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Nota de la redacción: 

En el número 3 de Código Juego hubo dos erro¬ 
res lamentables que hicieron que no apareciese 
el texto en dos de los artículos. Concretamente 
en "Gráficos 3D'"y "Curso de Pascal". Subsanamos 
el error en este número con la publicación del 
I texto que no salió en su momento. Página 66 . 



E studiar como los videojuegos han evolucio¬ 
nado A LO LARGO DE LOS AÑOS PUEDE SERNOS 
DE GRAN VALOR A LA HORA DE DECIDIR QUE TIPO DE 
PROGRAMA VAMOS A REALIZAR. 
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Editoria 
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Ramón López 


Las manzanas podridas 


Y ¡yo me pregunto, 
¿por qué siempre 
que algo bueno y 
nuevo nace ensegui¬ 
da le surjen detrac¬ 
tores? Me refiero a 
esos seres neutros, que se me 
antojan descerebrados, sin lógica 
consciente ni madurez de pensa¬ 
miento. Aquellos que pretenden 
ser Julio Verne y no llegan a ver 
más allá de sus gordas narices. 
Aquellos que ven la informática 
como una diosa regordeta y dañi¬ 
na, que con su paso acelerado y 
firme se acerca poco a poco a 
nuestras vidas, ofreciéndonos un 
caramelo goloso para la sociedad 
actual; la comodidad. Es cómodo 
utilizar un ordenador y que éste te 
regule el funcionamiento las cosas 
de la casa, te lleve la contabilidad, 
te ayude a escribir un libro, , te 
deje ver las fotografías de tu últi¬ 
mo viaje a la costa brava, te auxilie 
con tu problema médico y que 
encima te permita dar un paseo 
por el camino de Santiago sin 
moverte de tu casa. 

Pero la comodidad y las otras 
muchas ventajas que ofrecen 
nuestras amigas las máquinas, tie¬ 
nen un precio, y alto. La mecani¬ 
zación resalta la inutilidad de 
hombre ante ciertas tareas rutina¬ 
rias y repetitivas que van en contra 
de nuestra naturaleza equivocativa 
y despistada, la cual se rompe en 
mil pedazos cuando colisiona con 
la perfección y exactitud de los 
ordenadores, que los únicos erro¬ 
res que cometen, encima, son los 
que nosotros les hacemos come¬ 
ter. Una auténtica paradoja. 

Y a ello se agarran los que quie¬ 
ren hundir, la ya imparable, 
ascensión de la informática y los 
ordenadores personales. Estas 
personas se imaginan los años 
venideros como el escenario de la 
película Terminator, donde las 
computadoras son capaces de 
replicarse y pensar, ya no como 
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1 o s 
huma¬ 
nos, 
sino 
incluso 
mejor y 
con 
más 
malicia 
y afán 
extermi- 
nador. 

Robots 
creados 
para 
asesinar 
y para 
dejar 
sin tra¬ 
bajo a los hombres. No se sabe 
que es peor. 

Pero estos seres nulos de 
entendimiento nunca miran al 
lado blanco y esperanzador. 
Gracias a la informática, hoy en 
día, muchas personas impedidas 
pueden conducir un vehículo, 
moverse en una silla de ruedas, 
comunicarse verbalmente, y en 
definitiva, ser más personas. La 
utilización exaustiva de los ordena¬ 
dores en la medicina ha hecho 
posible pruebas de diagnóstico 
como la resonancia magnética 
(MRI) o la tomografía axial (CAT 
SCAN) sean concluyentes a la 
hora de encontrar remedio contra 
el cáncer y otras muchas afeccio¬ 
nes de difícil diagnóstico. Sin la 
informática, la investigación 
científica andaría a pasos de tortu¬ 
ga con el consiguiente atraso que 
ello supondría. Tenemos que 
agradecer muchas cosas a “las 
cajas inteligentes”. Más de lo que 
creemos. 

El caso es que ahora, para 
colmo de males, se le hecha la 
culpa a los juegos de rol de que 
ciertos individuos asesinen a sus 
semejantes como consecuencia 
de no saber poner un tope entre la 
realidad y la ficción. Realidad que, 


por 
otro 
lado, 
siem¬ 
pre ha 
sido un 
ingre¬ 
diente 
pri¬ 
mor¬ 
dial del 
cine y 
no por 
ello se 
h a 
prohi¬ 
bido la 
realiza¬ 
ción de 

películas violentas. 

No creo que debamos meter en 
un mismo cesto todas las manza¬ 
nas, sólo algunas están podridas, 
pero gracias a Dios son las que 
menos. 

-Me decís de todo en 

vuestras cartas. Os gustarían más 
páginas, más cursos, más aparta¬ 
dos, un formato de revista más 
grande, que hablásemos de las 
consolas -reinas indiscutibles de 
los juegos electrónicos- que aba¬ 
ratemos el precio, que regalemos 
más de un disquete, etc, y el caso 
es que tenéis razón. 

Por un lado, y como director de 
esta publicación, no tengo más 
remedio que coger el látigo de la 
estrechez monetaria y soltar, de 
vez en cuando, algún que otro zar¬ 
pazo por culpa del presupuesto de 
nuestra publicación. Alguien tiene 
que hacerlo, ¡qué le vamos a 
hacer! La verdad es que nos gus¬ 
taría poner disquete siempre, pero 
en ocasiones no nos es posible. 
Aunque no ocurrirá así muy a 
menudo, os lo prometo. Lo que sí 
os digo es que, cuando lo haga¬ 
mos, vamos a preocuparnos de 
poner en nuestros disquetes el 
suficiente material para explicacio¬ 
nes posteriores. De esa forma 


siempre tendremos programas 
que estudiar conjuntamente con 
el desarrollo de la revista. 

Ante tanta expectativa, y porque 
nos debemos a vosotros, os 
puedo adelantar una cosa en 
firme. La revista aumentará de 
tamaño en un plazo no muy leja¬ 
no, concretamente antes de fin de 
año. Daremos espacio entonces a 
vuestras solicitudes y, como no, 
nuestras secciones ya consagra¬ 
das irán ganando alguna que otra 
página más. 

Nuestro objetivo se ha cumpli¬ 
do. Queríamos enseñar y a la vez 
divertir y por las conclusiones que 
hemos sacado de vuestras cartas 
y llamadas, llegamos a vosotros 
con agrado y de manera que os 
entretenéis y aprendéis. Nos ale¬ 
gramos de que así sea. 
Seguiremos, pues, en la misma 
línea de trabajo. 

Este mes abrimos una sección 
interesante. Se trata de una histo¬ 
ria sobre los videojuegos con la 
que pretendemos que conozcáis 
como han avanzado y mejorado 
estos con el transcurso de los 
años. Los juegos para ordenador 
son relativamente jóvenes, pero 
no por ello dejan de tener ya una 
dilatada historia de cambios, tanto 
en la forma de hacerlos como en 
la calidad que presentan. En esta 
sección, durante algunos meses, 
encontraréis una información inte¬ 
resante a la hora de elegir que 
tipo de juego os gustaría desarro¬ 
llar, en incluso os podéis apoyar 
en estos datos cuando queráis 
averiguar si un determinado tipo 
de videjuego ha salido al mercado 
con anterioridad, para saber si 
vuestra idea es original o no. 

Espero que os guste este 
número y quedo en espera veros 
en el siguiente. Un abrazo, de 
éste, vuestro director. 





















para el final 


Las 


bases del concurso son muy fáciles. Cada mes, y desde el número 1 de Código Juego se publica una 
pregunta cuya contestación es siempre un número de una única cifra. Cuando llegemos a la sexta pre¬ 
gunta, los seis números resultantes de éstas formarán un teléfono secreto. 

El primer concursante que llame a este número en el día indicado en las bases que se explicaron en 
nuestra primera revista, recibirá en su domicilio un 486 DX2, totalmente gratis. 

La pregunta de este mes: 

La memoria convencional de un PC esta limitada a una cierta cantidad de kilobytes, pero ¿sabes cuántos 
son?. Suma este dato a el número resultante de las operaciones del mes anterior y multiplícalo por 2. 
Obtendrás un número de 4 cifras con el que jugaremos el mes próximo. 
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Tsús listados./ trucos, juegos 
-segJro f|ue tu también xiiuiéfes > , 
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^ _ T _ T _ 

Participar en Código Juego es tan sencillo como enviar tu aportación en un sobre a la 

dirección que detallamos abajo. Si tu programa es elegido contactaremos contigo. 



6 


Código Juego 
Ajatel S.L. 

Apdo. 114,11520, Rota 
Cádiz 


k 

S.L. 


































COMO SI FUESEMOS DIMINUTAS HORMIGAS NOS VAMOS APODERANDO DE NUESTRO MICROPRO¬ 

CESADOR PARA QUE HAGA LO QUE NOSOTROS QUEREMOS. TODO ELLO GRACIAS A QUE VAMOS 
CONOCIENDO EL LENGUAJE ENSAMBLADOR. EL LENGUAJE DE LOS PROGRAMADORES PROFESIONA¬ 

LES DE VIDEOJUEGOS. HOY. ESTUDIAMOS A FONDO LA FORMA EN QUE EL MICROPROCESADOR 
SEGMENTA LA MEMORIA PARA PODER TRABAJAR CON ELLA. 



4 a PARTE 




E l mes anterior apren¬ 
dimos muchas 
cosas útiles. Mover 
datos dentro de la memo¬ 
ria. de ésta hacia el micro- 
procesador, de éste a la 
memoria o hacia los puer¬ 
tos de comunicaciones con 
los periféricos o con otros 
chips de apoyo, se puede 
decir que lo es todo en la 


programación en ensam¬ 
blador. Los datos son 
como pequeñas gotitas de 
oro movidas por hormigas 
muy trabajadoras. Sin 
ellos, el ordenador no es 
nada, no tiene vida. Por 
ello, aprender bien desde 
un principio cuales son las 
instrucciones con las que 
contamos para traspasar la 


información entre los dife¬ 
rentes componentes inter¬ 
nos de nuestro ordenador, 
toma una vital importancia. 

Vimos, que mover impli¬ 
ca tener un origen, de 
donde tomamos el dato, y 
un destino, hacia donde 
movemos o donde almace¬ 
namos dicha información. 
En realidad MOVE no 


implica borrar el dato del 
origen, o para que lo 
entendáis mejor, poner “a 
cero” ese registro o posi¬ 
ción de memoria. Se reali¬ 
za en realidad una copia, 
con lo que al finalizar la 
operación de traspaso, 
tenemos el mismo número 
en el lugar de origen y en el 
de destino. 
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¿Para qué mover datos?, 
muy sencillo. Suponed por 
un momento que tenemos 
en el registro AX un dato 
importante que no quere¬ 
mos perder, pero que 
necesitamos utilizar dicho 
registro para una nueva 
operación. Como sabe¬ 
mos, al cargar el registro 
con el dato entrante el 
contenido previo se pierde. 
¿Qué hacer? Dos cosas 
podemos. (Jna sería mover 
el dato hacia la memoria y 
almacenarlo allí. Otra 
podría ser pasárselo a un 
registro que no vayamos a 
utilizar por el momento. 
Como véis, estas que 
acabo de describir serían 
dos de las utilidades inme¬ 
diatas de la orden MOVE, 
pero no la únicas ni las 
más importantes. 

Tenemos, pues, la nece¬ 
sidad imperiosa de traspa¬ 
sar y almacenar la informa¬ 
ción importante para usos 
futuros. 

Pero vamos a estudiar 
hoy algo todavía más 
importante, si no de cara 
al microprocesador, si para 
el programador. 

Hasta ahora hemos visto 
como la CPU trabaja con 
los números. Hemos estu¬ 
diado la notación binaria, 
que, por así decirlo, es la 
más rudimentaria, pero la 
que utiliza el ordenador y 
sin la cual éste, y todos, 
los artículos de esta revista 
no tendrían sentido puesto 
que los ordenadores no 
hubiesen aparecido jamas. 

Pero nos encontramos 
con un problema. Si la 
notación decimal es crípti¬ 
ca y enrevesada y difícil¬ 
mente comprensible por 
nosotros, los humanos, y 
la notación decimal de 
aleja demasiado de lo que 
sería la comprensión del 
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Gracias al lenguaje ensambla¬ 
dor nuestros juegos consiguen 
toda la rapidez que necesita¬ 
mos a la hora de mover gráfi¬ 
cos por la pantalla. 


microprocesador, ¿cómo 
vamos a trabajar con los 
número entonces? La solu¬ 
ción está en la notación 
hexadecimal. 

NOTACION 

HEXADECIMAL 

Ya hemos apuntado 
algunas notas importantes 
sobre este sistema de 
numeración en artículos 
anteriores de este curso, 
pero vamos a atar cabos 
para que lo entendáis per¬ 
fectamente. 

Trabajar con unos y 
ceros es una lata. Poner un 
1 por un 0 ó viceversa, es 
tan fácil como despistarse 
un segundo en la confec¬ 
ción de un programa y 
más cuando vamos a 
desarrollar un proyecto 
grande. Normalmente, no 
trabajamos con los bits de 
forma individual o separa¬ 
da sino que los agrupamos 
en paquetes de ocho a los 
que denominamos BYTES 
y que ya vimos en el 
número anterior. 

Como los primeros 
microprocesadores traba¬ 
jaban con cifras binarias en 
grupos de 4 o nibbles, los 
números decimales que se 
podían representar iban de 
0 a 15, es decir 16 en 
total. Hacía falta un siste¬ 
ma de númeración que 
tuviese 16 cifras. Si el que 
tenía 10 cifras de llamó 
DECIMAL y el que tenía 
dos se denomino BINA¬ 
RIO, convinando el prefijo 
griego HEX (seis) y la pala¬ 
bra latina DECEM (diez) se 
acuño el término HEXA- 
DEC1MAL o en base 16. 

El problema surgió a la 
hora de escoger la repre¬ 
sentación gráfica de esos 
números. Si se utilizaban 
los dígitos del 0 al 9, 










ador para PC 


La memoria lo es todo para el microprocesa¬ 
dor. En ella se guardan los programas cuando 
se cargan desde el disco para que puedan ser 
ejecutados y además es el lugar donde se 
almacenan los datos resultado de las operacio¬ 


nes que éste realiza. 



¿cómo representar los del 
11 al 15 con una sola 
cifra? Esto se solucionó 
utilizando letras en lugar 
de números. Así, tenemos 
que el diez es la A, el 11 es 
la B, el 12 es la C, y así 
sucesivamente hasta el 15 
que es la F. !A qué ya os 
van sonando un poco más 
los números como 12CD, 
56FC y 34AB. ¿No?, 
bueno, continuemos un 
poco más. 

la figura 1, os muestra 
\ás equivalencias entre los 
tres sistemas de numera¬ 
ción que hemos visto ya. 

Los valores de las posi¬ 
ciones hexadecimales son, 
como en los demás, el 
’esultado de elevar la base 
por el lugar que ocupan. 
Ver figura 2. 

Los números hexadeci¬ 
males se utilizan para todo 
en lenguaje ensamblador, 
v aunque también pode¬ 
mos echar mano de las 
otras dos notaciones, es 
aconsejable “pensar en 
-exadecimar, ya que las 
posiciones de memoria, 
nterrupciones, puertos, 
satos, código máquina, 
etc. se representan en este 
cómodo sistema númeri- 
co, que aunque difícil de 
entender y dominar en un 
principio, es mágnifico 
cuando lo llegamos a 
entender. 

Ello se debe principal¬ 
mente a la memoria y la 
forma en que es segmen¬ 
tada por el microprocesa¬ 
dor. Cuando intentamos 
entender este hecho sin las 
'gafas hexadecimales” 
podemos volvernos locos. 
Representar una posición 
de memoria como 
53829:35282 nos llevará 
definitivamente al caos, sin 
embargo la limpieza de la 
notación hexadecimal, 


2345:7863, y su equivalen¬ 
cia total con el cerebro de 
la máquina, el microproce¬ 
sador, hará que nos pasee¬ 
mos por la memoria como 
Pedro por su casa. 

ALGUNOS EJEMPLOS 

Tomemos el número 
hexadecimal 2Dh. La “h” 
ya sea en mayúsculas o 
minúsculas, indica que se 
trata de un número en esa 
notación. Se le añade para 
que no existan confusiones 
con la notación decimal 
que también utiliza cifras 
comunes. Por ejemplo, los 
números 23 decimal y 23h 
son diferentes, ya que el 
segundo vale en realidad 
35 en decimal. Por ello, no 
olvidéis nunca poner la H. 
También, y por costumbre 
se suele añadir esta letra 
identificativa a los números 
que van del 0 al 9, incluso 
cuando coinden en valor 
con sus correspondientes 


decimales. Así tenemos Oh 
y 9h. Ello hace que no nos 
confundamos con las 
notaciones y para que indi¬ 
quemos que seguimos 
hablando en hexadecimal 
en todo momento. 

Como deciamos, el 


número 2Dh nos va a ser¬ 
vir de ejemplo para expli¬ 
car como se traduce éste a 
notación binaria y decimal. 

El paso de hexadecimal 
a binario es simple. 

Sabemos que una cifra 
hexadecimal (en nuestro 
ejemplo el 2 o la D) equi¬ 
vale siempre a 4 bits. En 
otras palabras, con cuatro 
bits podemos representar 
los números hexadecima¬ 
les que van desde Oh a Fh, 
como hemos podido ver 
en la figura 1. Cuando 
tenemos una cifra hexade¬ 
cimal de 2 dígitos, auto¬ 
máticamente sabemos que 
como resultado de la tra¬ 
ducción a binario vamos a 
obtener 8 bits. Los 4 pri¬ 
meros bits de este byte 
(empezando como siem¬ 
pre de derecha a izquierda) 
serán los que representa la 
primera cifra hexadecimal 
(Dh en nuestro ejemplo) y 
los cuatro bits siguientes, o 
nibble alto, serán los que 
se deriven de la segunda 
cifra hexadecimal (2h en 
nuestro ejemplo). Si la 


Binario 

Hexadecimal 

Decimal 

0000 

0 

1 

0001 

1 

2 

0010 

2 

3 

0011 

3 

4 

0100 

4 

5 

0101 

5 

6 

0110 

6 

7 

0111 

7 

8 

1000 

8 

9 

1001 

9 

10 

1010 

A 

11 

1011 

B 

12 

1100 

C 

13 

1101 

D 

14 

1110 

E 

15 

1111 

F 

16 
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enguaje 


representación binaria de 
Dh es 1011b y la de 2h es 
0010 el byte correspon¬ 
diente a 2Dh es 
00101011b. ¿Está claro, 
verdad?. Cuando se trate 
de 4 cifras hexadecimales, 
por ejemplo, 24F3h ocu¬ 
rrirá exactamente lo 
mismo. Siguiendo el 
orden, 3 = 0011, F= lili, 
4=0100 y 2=0010, luego 
24F3h=0010010011110011, 
y así sucesivamente con 
todas las palabras, dobles 
palabras y cuádruples pala¬ 
bras que queramos. 

El sistema hexadecimal 
nos permite también hacer 
una traducción de un 
número a su equivalente 
binario con gran rapidez, 
cosa que nos será muy útil 
más adelante, como veréis 
en su momento. 

En definitiva, trabajamos 
en binario, decimal y hexa¬ 
decimal a nuestro antojo 
representativo, pero el 
microprocesador sigue 
digeriéndo su plato favori¬ 
to; los unos y los ceros. 

LA MEMORIA 

Ya hemos hablado en 
muchas ocasiones de la 
importancia de la memoria 
y de su papel preponderan¬ 
te, pero ¿cómo trabaja el 
microprocesador con élla? 

En capítulos anteriores, 
hemos visto que el micro- 
procesador cuenta con 
unas zonas especiales 
donde almacena los datos 
para trabajar con ellos de 
manera más rápida que si 
los tuviese que almacenar 
en la “lejana” y lenta 
memoria. Estoy hablado de 
los registros. 

Los registros son exacta¬ 
mente igual que una celdi¬ 
lla de memoria, sólo que 
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dentro del microprocesa¬ 
dor. Por ello, tienen la 
misma estructura que 
éstas, es decir bytes o pala¬ 
bras, depende si los trata¬ 
mos como 8 o 16 bits. El 
registro AX, por ejemplo, 
es de 16 bits númerados 
del 0 al 15. Lo mismo ocu¬ 
rre con el registro CS, con 
DS y con DI, etc. 

Lo que ocurre es que no 
todos los registros cum¬ 
plen las mismas funciones. 
En realidad, podemos utili¬ 
zarlos como se nos antoje 
(con alguna que otra res¬ 
tricción), pero si seguimos 
unas normas educadas nos 
irá mejor. 

En el número 2 de CJ, os 
presentamos una tabla 
donde los registros apa¬ 
recían subdivididos en dife¬ 
rentes grupos; datos, seg¬ 
mento, índice, etc. Ello se 
debe a que para diferentes 
tareas el microprocesador 
utilizará diferentes regis¬ 
tros. Las funciones de cada 
uno de ellos las iremos 
viendo paso a paso, siendo 
la que nos interesa hoy la 
de los registros de seg¬ 
mento. 

¿Qué quiere decir esto 
de segmento? Imaginaros 
una línea enorme. Cuando 
la dividimos en partes de 
igual longuitud llamamos a 
cada una de ellas segmen¬ 
to de la línea. Pues lo 
mismo ocurre con la 
memoria. 

Ya sabemos que la 
memoria es un montón de 
“cajas de cerveza” (como 
vimos en su momento) ali¬ 
neadas y etiquetadas de 0 
a XXXX (última posición de 
memoria disponible). Pues 
bien, el microprocesador 
no puede trabajar con toda 
la memoria a la vez. Sí, 
aunque os parezca extraño, 



■la CP(J es incapaz de con- 
■trolar la memoria en su 
todalidad, por lo que la 
[divide en partes iguales 
^denominadas segmentos, 
al igual que ocurría con la 
¡línea del ejemplo anterior. 

Para entender el porqué 
vamos a hacer un alto en 
el camino para explicar una 
Beosa antes. 

Los registros d 
to son cuatro: 
mentó donde se 
el código o progr 
mutable, DS donde están 
los datos del programa, SS 
que es donde está la pila y 
ES el segmento extra de 
datos. 

HemosvlSH^^^ estos 
Iségmentos son bits 

decir que pueden conte¬ 
ner números decimales 
fue van desde 0 hasta 
[65565, o en hexadecimal 
0000 h hasta FFFFh. El 
Imicr^gpe^cesador utiliza 
«registros como pun- 
Jtef|fé o indicativos de 
¡comienzo del las partes de 
nuestro programa. Por ello; 
[siempre utilizará CS para 
saber donde se encuentra 
nuestro código ejecutable 
[dentro de toda lj memoria 


CS y de fP obtenemos una 
dirección física dentro de la 
memoria que siempre será 
la celdilla de 1%§moria 
donde está la instnlbción 
que se ejecutará a 
nuación. Esto se anota 
la siguiente forma: 


CS:IP 


del PC. Pero, 
es tan gran 
Rra bajar 
micropr 
puede “ve 
nes a la v< 
Esta es 



una de las materias más 
difíciles de entender para 
los programadores nove- 


Hemos visto que el 
[microprocesador del PC 
utiliza un registro especial 
para que le indique en todo 
¡momento cual es la 
siguiente instrucción a eje¬ 
cutar. Se trata de IP. Pues 
bien de la conjunción de 


introducimos el valor 
‘000h en CS y el valor 
0001 en IP tendremos que 
la instrucción localizada en 
0000:0001 será la próxima 
en ejecutarse. 

Ciña buena pregunta 
sería, ¿A cuántas direccio¬ 
nes de memoria podemos 
acceder con CS igual a 
OOOOh? Si CS~ OOOOh e IP 
puede valer entre OOOOh y 
FFFFh sacamos en con¬ 
clusión que el número de 
celdillas a las que podemos 
acceder es de 65536. Pero, 
¿qué ocurre si CS-OOOlh? 
De nuevo el número de 
celdillas es de 65536, pero 
ahorra podemos acceder a 
16 celdillas que antes esta¬ 
ban fuera de nuestro alcan¬ 
ce.Vaya lio, esto no hay 
quien lo entienda. Por éso 
vamos a hacer una para da 
y reflexionar lo que hemos 
visto. 

Según la arquitectura 
interna de registros del 
microprocesador del PC, 
ésta siempre obliga a la uti¬ 
lización de los registros de 
segmento para indicar 
donde comienzan las ins¬ 
trucciones y datos de nues¬ 
tro programa. Si situamos 
el comienzo de nuestro 
segmento en una determi¬ 
nada posición de memoria 
sólo podremos movernos 
65536 bytes a partir de 
éste. 

El lio lo podéis ver un 
poco más claro si miráis en 



ador para PC 



sementoaon de la memoria de 


esolazamient 


rucio 


Dirección 


ma 


Dirección 0000 


Segmento 


es tratada 


desplazamiento aen 
mismo que indica 
dirección, dentro d 
mentó en cuestión 
mos haciendo refe 
para cualquier tipo c 
ración. 

La segmentaciór 
memoria es materi 
importante y su coi 
sión resulta releve 
máximo para ios p 
madores de ler 
ensamblador. Po 
vamos a seguir dá 
pistas para que lie 
una pronta compr 
de ella. 


ase ae 
nundo 
norme, 
>nde él 
puede 
/er una 
:queña 
ón a la 
la que 
e llama 
mentó. 




MAS SOBRE L 
SEGMENTO 


Los siguientes ni 
también son direccic 
memoria: 
1278:34BA 


Figura 3 


2345:3123 

1256:FFFF 

Como podéis compro¬ 
bar, no se añade la H 
detrás de estos números 
hexadecimales ya que la 
notación XXXX:XXXX siem¬ 
pre indica que las cifras 
están por defecto en ese 
formato. 

En realidad, la forma en 


En la figura pode¬ 
mos observar como 
la memoria del PC 
se divide en seccio¬ 
nes de 64 kilobytes 
(65536 bytes), que 
se denominan seg¬ 
mentos de memoria. 
El registro CS, en 
este caso, actúa 
como puntero de el 
inicio y el registro 
IP como el OFFSET 
o desplazamiento 
dentro del mismo. 


la que el microprocesador 
actúa si tuviese unas gafas 
con protecciones laterales 
que solo le permitiesen ver 
una ventana dentro de toda 
la memoria global del PC. 

Aunque os hayáis perdi¬ 
do y no entendáis mucho 
el porqué de la segmenta¬ 
ción de la memoria no os 
preocupéis. El próximo 
mes habrá más. 


Tabla de conversión hexadecimal a 
decimal 

Posición 

Hexadecimal 

Decimal 

0 

16° 

1 

1 

16 1 

16 

2 

16 2 

256 

3 

16 3 

4096 

4 

16 4 

65536 

5 

16 5 

1048576 

6 

16 6 

16777216 

7 16 7 

Ejemplo: 2A1F 

2 x 4096= 8192....Posición 3 

A x 256-2560.Posición 2 

1x 16- 16.Posición 1 

Fx 1- 15.Posición 0 

Total= 10783 

268435456 


Figura2, Cómo convertir HEX a DEC 
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Estamos en el teléfono 


956-813129 




C/ María Auxiliadora 38 
11520, Rota, (Cádiz) 





En Asinfo encontrará su tienda amiga, su tienda de informática. 

Con nosotros resolverá todos sus problemas con los ordenadores y los periféricos. 
Con nosotros obtendrá los mejores precios, las mejores ofertas. 

Pida gratuitamente nuestro catálogo de productos. 
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Luis Gómez 
Asturias 

M e miran como a un 
bicho raro. La edad que 
tienes y siempre dándole a la 
palanca esa, matando marcia¬ 
nos y bichos raros. 

Los padres ya se sabe, nunca 
están contentos. Aunque seas 
buen estudiante y las notas te 
vayan bien, como es mi caso, 
siempre parecen sacarse algo 
de la manga para darte la 
vara. Y mira por donde el 
motivo de la queja es, en esta 
ocasión, mi afición a los jue¬ 
gos. Y me pregunto yo, ¿por 
qué los padres odian los orde¬ 
nadores y los videojuegos? 
Esta conclusión no la saco de 
la manga. Mi amigo José Luis 
está en el mismo caso. Buen 
muchacho, estudioso y no 
muy callejero que digamos, 
pero mira por donde no le 
permiten estar más de tres 
horas seguidas con el ordena¬ 
dor. Excusas: dos mil diferen¬ 
tes. Desde “se te está que¬ 
mando la vista” hasta “los 
ordenadores, estadísticamen¬ 
te, producen más casos de 
epilépsia que cualquier otra 
actividad” o “esto supone un 
gasto de luz considerable y 
tenemos que ahorrar”. Yo 


creo que es envidia malsana. 
Sí, de verdad, cochina envi¬ 
dia. No quieren aprender, me 
refiero a los padres, y por ello 
lo pagan con nosotros. Se 
creen que el ordenador es 
algo complicado, difícil y aus¬ 
tero. Todos los que trabaja¬ 
mos con ellos sabemos que, 
hombre, algo hay que estu¬ 
diar al principio, pero estoy 
seguro de que si mi padre lo 
probase se daría cuenta que 
esto no es tan doloroso como 
una clase de latín en un cole¬ 
gio de curas. 

¿A ver por qué no me puedo 
divertir con el ordenador?, si 
es que sois unos carrozas de 
mucho cuidado. Mi padre, a 
veces se me acerca por detrás 
cuando trabajo con mi PC y 
ya puedo estar programando 
en Dbase, que el siempre lo 
llama “comecocos”. Y si a mi 
me gusta que me coman el 
coco, ¿por qué no voy a hacer 
lo que me gusta? 

En fin, escribo esta carta por¬ 
que sé, positivamente, que 
hay mucha gente que está en 
mi caso. Y que conste que en 
el pais del tuerto, el ciego es 
el rey. Quiero decir, mis 
padres dentro de lo que cabe 
y gracias a mis notas en el 
instituto, son permisivos con¬ 
migo y no me prohíben jugar 
o trabajar con el ordenador, 
pero imagino lo que tienen 
que pasar aquellos a los que 
se los esconden como castigo 
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o simplemente para que no lo 
usen. ¡Vaya suplicio! 

Si mi hijo quiere estudiar 
informática yo lo apoyaré en 
todo, porque considero que 
es una ciencia que, aparte de 
convertirse en una necesidad 
para muchos de los trabajos 
que se ofrecen hoy en día, nos 
ofrece la posibilidad de la 
autocreatividad. Como el que 
moldea el barro, esculpe, 
pinta, etc y en general todo 
aquel que cree o fabrique 
cosas, los ordenadores nos 
dan la oportunidad de hacer 
realidad muchas de nuestras 
ideas para mejorar nuestro 
negocio, llevar nuestros apun¬ 
tes del colegio al día, aprender 
idiomas o algún instrumento 
musical. 

¿Quién da más por tan poco 
dinero? Bueno, no gritéis, ya 
sé que en lo del dinero me he 
colado. Yo soy el primero que 
encuentra los artilujos varios 
que conectamos al PC muy 
caros en relación con el que 
gastaríamos si nos hubiese 
dado por otra afición diferen¬ 
te. Pero vuelvo a insistir que el 
gusto por la programación 
reporta satisfacciones de todo 


tipo. 

Nada, ni siquiera cuando 
saco un sobresaliente, me ha 
llenado tanto de placer como 
el día, que tras varias horas de 
duro trabajo, conseguí hacer 
que el primer animación fun¬ 
cionase sin colgar el ordena¬ 
dor. O cuando la música que 
cree con la Soundblaster pude 
hacerla funcionar desde una 
aplicación creada por mí. 

En resumidas cuentas, cuan¬ 
do uno se esfuerza en lo que 
le gusta, pronto recoge frutos. 
En un mensaje, que si me 
publicáis la carta, me gustaría 
hacer llegar a todos los que 
leen esta revista, a la que 
pienso va llegar muy alto por 
haberse acordado de todos 
nosotros, los que pasamos 
olímpicamente de leer estupi¬ 
deces sobre productos del 
mercado informático, muchas 
veces carísimos o de escaso o 
difícil uso, y queremos apren¬ 
der algo que nos sirva el día 
de mañana. Me ofrezco, en mi 
humilde condición de progra¬ 
mador novato a ayudaros en 
la medida de lo posible, si mis 
padres, claro está, me lo per¬ 
miten. 







Miguel A. Lobato 

ola de nuevo 
amantes de la 
| informática, 
nuestra sección 
se congratula 
por las cartas recibidas y os 
quiere animar para que conti¬ 
nuéis enviándonos más cartas 
quejas. 

Que mundo este! Es increíble 
as cosas que os pasan. 

EXPOSICION DE LOS 
HECHOS 

Antonio González es un lector 
nabitual de Código Juego. 
Desde el principio ha estado 
con todos nosotros en secre¬ 
to. pues se confiesa bastante 
imido, y por fin ha decidido 
escribirnos para hacernos par- 
ócipes de un hecho muy sin¬ 
gular y particularmente 
extraño. 

Son ya diez o doce veces las 
que este fenómeno le viene 
sucediendo, al principio lo 
atribuía a la casuística o al 
azar o como el nos dice 
'tengo a un fantasma dentro 
de mi ordenador”. 

_a primera vez que le pasó, 
estaba merendando un “boca- 
:a~ de tortilla, cuando de 
'epente, al querer grabar en 
ásquete un archivo, la unidad 
oe disco no atendía sus órde¬ 
nes. 

^ensó, "ya está, le he dado a 
una tecla errónea al tratar de 
compaginar mi delicioso 
Docadillo con mi ordenador.” 
■-anscurrido unos segundos, 
• oMó a intentarlo y ¡zas! la 
-Tjdad seguía sin responder. 
Comprobó el disquete y todo 


estaba en orden. 

“ Ya se ha fastidiado la uni¬ 
dad. ¿Por qué no se enciende 
la lucecita?” 

Se levantó, fue al cuarto de 
baño y tras lavarse las manos 
regresó a la tarea y... ¡Eureka! 
la unidad respondía con total 
y absoluta normalidad. 

“¡üf! menos mal, ya estaba 
haciendo números para com¬ 
prar una nueva o para reparar¬ 
la.” 

La segunda, al tratar de 
encender su ordenador este 
emitía un pitido sordo y 
molesto que dejaba la pantalla 
en blanco y a su unidad cen¬ 
tral no operativa. Apagó y 
encendió, y nuevamente los 
pitidos. Cinco veces lo intentó 
y a la quinta su ordenador 
arrancó como si jamás le 
hubiera ocurrido nada de 
nada. 

“¡Este ordenador tiene algo! 
no se exactamente lo que es, 
pero algo tiene. Cuando tenga 
tiempo lo llevaré a que lo revi- 

f» 

sen. 

La tercera dos días después, 
Antonio quería editar un fiche¬ 
ro TXT para leerlo y bueno... 
podéis imaginaros, buscó en 
el subdirectorio donde estaba 
trabajando y su editor estaba 
allí, el archivo también pero 
no se podía acceder a el. 
“¡Mañana sin falta llevo este 
trasto a que lo revisen!” 

Al día siguiente, embaló su 
ordenador y se dirigió a la 
tienda de reparación. 

“Por favor, revisen el ordena¬ 
dor algo debe tener mal apre¬ 
tado o no se, pero falla más 
que una escopeta de caña.” 

A los tres días volvió a recoger 
su máquina, el dependiente le 
dijo: 

“Hemos revisado a fondo el 
ordenador, no le ocurre nada, 
quizás algún golpe, no obstan¬ 
te lo hemos limpiado y repa¬ 


sado.” 

Antonio se marchó a su casa 
contento pues no quisieron 
cobrarle ni una peseta, ¡Qué 
bien trabajan esta gente de 
INF O..! 

A la semana de trabajar con 
su ordenador sin incidentes, 
nuevamente volviéronlos 
“Duendes” esta vez era el CD- 
ROM, pedía la imagen de un 
coche de sus clippart y le apa¬ 
recía la de una playa desierta. 
Catorce veces repitió la opera¬ 
ción y hasta la última no obtu¬ 
vo la del coche. CJna y otra vez 
extrajo el CD, lo limpió... nada 
de nada. 

“¡Que pasa! otra vez se ha fas¬ 
tidiado. ¡Chorizos vendedo¬ 
res!” 

Nuevamente lo llevó a la tien¬ 
da, tan pesado se puso que le 
prestaron otro ordenador 
hasta que el suyo estuviera 
“reparado”. 

Esa misma tarde y tras varias 
horas sin percances, al tratar 
de ejecutar un juego, la uni¬ 
dad central no respondía. Al 
realizar un reset todo era ok. 
“¡Qué he hecho yo para mere¬ 
cer esto!“ 

A la semana y media entregó 
el prestado y recogió su Com¬ 
puter. 

“Lo hemos mandado a la casa 
central, los técnicos nos 
comentan que tu ordenador 
está correcto y que tras revi¬ 
sarlo hasta la saciedad lo han 
cerrado tal cual.” 

Al irse a su casa, no paraba de 
darle vueltas a lo que en 
menos de un mes le había 
sucedido. Qué extraño. 

Ocho veces más en tan sólo 
una semana le ocurrieron 
cosas similares, al final harto 
de desmontar el ordenata y de 
intentar buscarle una explica¬ 
ción, se decía y repetía a si 
mismo: “Debo tener un 
Duende, Fantasma...” 


Querido 
hemos pasado muchas horas 
delante de ordenadores, 
podríamos contarte casos 
parecidos a los tuyos, si bien 
es verdad, no con tanta fre¬ 
cuencia pero ocurren tal y 
como tu las cuentas. 

Al ordenador no le ha pasado 
nada, funciona perfectamente. 
Nosotros por tratar de buscar¬ 
le una explicación lo atribui¬ 
mos a la LEY DE MÜRPHY. 
Quizás te sorprenda, pero este 
término cada vez esta más 
extendido en el lenguaje 
informático. Quién lo inventó 
no lo sabemos, pero viene al 
pelo cuando algo no tiene una 
explicación coherente. 

Al buscar en el diccionario al 
famoso Murphy nos dice: 

1. - Guillermo MÜRPHY, 
Médico norteamericano que 
descubrió el tratamiento de la 
anemia (enfermedad sanguí¬ 
nea). 

2. - Robert MÜRPHY, 
Diplomático destacado norte¬ 
americano que ayudó a los 
desembarcos aliados en la 
Segunda Guerra Mundial en el 
norte de Africa. 

3. - Geografía, localidad de la 
provincia de Santa Fe 
(Argentina). 

Como habrás visto, nada hace 
alusión a nuestro problema, 
pero ¡Suena bien! 


MORALEJA 

articulo I o LO INEXPLICABLE 
SIGÜE LA LEY DE MÜRPHY. 
articulo 2 o TODO EN INFOR¬ 
MATICA TIENE EXPLICA¬ 
CION. 

articulo 3 o SI NO TIENE 
EXPLICACION APLIQÜESE 
EL ARTICÜLO I o . 
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Ramón Ló 




sido muchas las cartas y llamadas que hemos recibido 
rentes a esta sección. Ojalá para las demás obtuvieran^ 
ello tos ayudaría a mejorar la revira para todos vosotn 
vaya más despacio en mis explicaciones, y eso es lo 
rtir de ahora. Sé que de lo que se trata es de 
tomar las cosas con más tranquilidad, os lo prometo. 

Os mostramos como usar las tabjás DACTABLE fiara el efecto de fundidos. 

Oscureciendo la pantalla 

É 0 ' ' 


>n nuestra redacción 
la misma acosida, ya 
Casi todos me pedís 
me he propuesto a 
yr ello nos vamos a 


uchos progra¬ 
madores que 
siguen esta 
¿sección, ya 
sean aquellos que comien¬ 
zan a estudiar el lenguaje 
ensamblador o por el con¬ 
trario los que lo trabajan 
desde hace tiempo, me 
han hecho el mismo 
comentario desde que 
comencé esta seccipn 
práctica de Código Juego, 
hace ya cuatro números. 
Por lo visto voy rápido en 
mis explicaciones. Esto es 
lo maravilloso que tiene 
una revista; tener unos lec¬ 
tores tras tus espaldas que 
te van corrigiendo poco a 
poco, paso a paso. Por 
ello, de lo anterior tomo 
nota y acción. 

Pensába comenzar en 
CJ4 el estudio de la utiliza¬ 
ción de la tarjeta 
Soundblaster, pero lo deja¬ 
remos para un poco más 
adelante, cuando el efecto 
de fundidos quede mejor 
explicado y sea comprensi¬ 
ble para todos. 

Esto es así ya que, por 
ejemplo, en el número 
anterior tuve que interrum¬ 
pir la explicación sobre el 
efecto de fundidos para 
enseñar como se carga un 
archivo del disco a la 
memoria, materia ésta 
imprescidible para los 
conocimientos de cualquier 
ouen programador. Por lo 
tanto y sin más dilación 


v 

entremos en el estudio de colores. Hasta aquí todo 
como se realiza un fundido bieiK 
utilizandb A continuación expliqué 

ensamblador. ^ i í**%p ue nuestros archivos gráfi¬ 
cos los cargábamos en dos 
DACTABLE partes. Primero la paleta de 

colores r *datos correspon- 
E1 mes pasado vimos que dientes a los 3 componen- 
las variables BLOQUES, tes rojo, verde y azul de 

/WÜCTl mmk ü mmr —. 
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Mi la ¡ma¬ 


-- HUI 

rgen pode¬ 



mos ver una 


mmmmmmmmummmmmum 

representa - 






paleta típica 



VGA de 256 



colores. 



16 filas x 16 
columnas 


■ ■TI 




nos permiten almacenar 
toda la información que 
nos interesa a la hora de 
cargar un archivo, es decir, 
nombre, longuitud y posi¬ 
ción de la memoria donde 
queremos introducir los 
datos. También estudia¬ 
mos que nuestros archivos 
gráficos se encuentran en 
formato crudo: Paleta de 
colores (768 bytes) y cuer¬ 
po de la imagen en pixels 
en relación de un byte por 
píxel, que es la forma en 
que trabaja el modo 13h 
(19 decimal) 320x200, 256 


cada uno de los 256 posi¬ 
bles que podemos utilizar 
simultáneamente en panta¬ 
lla, y que Constituyen la 
información colorista de 
los pixels de la pantalla en 
cuestión. 

¿Qué quiere esto decir?, 
bien sencillo. Cada pantalla 
que nosotros creemos en 
un programa gráfico para 
después introducirla en 
nuestro juego, ya sea como 
logotipo de presentación, 
cuadro de mentís o esce¬ 
nario del propio juego, 
tiene una cantidad de colo¬ 


res determinado. Por ejem¬ 
plo, si el escenario de 
nuestro juego es un bos¬ 
que ténebre, es normal que 
los colores verdes y pardos 
sean los que más abunden 
en la paleta de 256 colores 
que tenemos a nuestra dis¬ 
posición. Pero suponed 
que nuestro personaje 
entra en un escenario dis¬ 
tinto donde cambia el 
fondo, por ejemplo una 
playa soleada. En este caso 
los colores azulados, añiles 
y amarillos brillantes serán 
los más abundantes. De 
esto deducimos que cada 
fondo tiene una gama de 
colores diferentes, colores 
que nosotros podemos 
cambiar cada vez que que¬ 
ramos gracias al lengua 
ensamblador y su rapidez. 

Lo que si esta claro es 
que si tenemos que cam¬ 
biar los datos de la paleta 
de colores (256 colores x 3 
componentes de color 
cada uno -RBG- = 
bytes) estos datos tienéti 
que estar guardados en 
algún sitio. Y que mejor 
sitio que el disco. 

La posibilidad de alternar 
los colores de las pantallas, 
accediendo a la los regis¬ 
tros de la tarjeta VGA y 
cambiando los datos de 
DAC de vídeo, nos ofrece 
una gran libertad de acción 
a la hora de trabajar con la 
información gráfica, a la 
-vez que dota a nuestros 
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programas de una vistosi¬ 
dad que es de agradecer, 
tanto por parte del progra¬ 
mador como por el juga¬ 
dor. 

Volviendo a nuestro pro¬ 
grama, cada pantalla lleva 
en la cabecera del archivo 
estos famosos 768 bytes 
que nosotros podemos 
“toquetear” libremente. 
Esta es la razón de que 
cargemos los datos por 
separado. 

Si habéis indagado el lis¬ 
tado MAIN.ASM (por cierto, 
main significa PRINCIPAL, 
ya que será el módulo más 
importante de MOOKIE) os 
habréis dado cuenta que 
de los 64768 bytes que 
configuran cada pantalla 
gráfica, los primeros 768, 
es decir la paleta, se car¬ 
gan en una dirección eti¬ 
quetada como DACTABLE 
y el resto, 64000, que 
constituyen los pixels de la 
pantalla se cargan en la 
dirección A000:0000, pues 
bien, expliquemos el por¬ 
qué. 

La memoria de vídeo, 
situada a partir del seg¬ 
mento AOOOh en el modo 
gráfico 13h, es igual que la 
RAM del PC, es decir, son 
celdillas de memoria que 
son capaces de mantener 
la información como cual¬ 
quier posición situada en la 
RAM convencional (los pri¬ 
meros 640k). Lo que hace¬ 
mos es aprovechar este 
magnífico almacén, que al 
principio está inutilizado, 
para no tener que llenar de 
datos inútiles nuestra que¬ 
rida, escasa y preciada 
memoria de trabajo. 

Todos sabemos que las 
pantallas de inicio, o sea 
las de presentación, no tie¬ 
nen más valoj que el de 
impactar a la persona que 
comienza el juego, introdu¬ 
ciéndola en lo que será el 
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Forma en que DACTABLE se ve en memoria gracias a la directiva DUP 


juego que viene a conti¬ 
nuación, por tanto, una vez 
mostradas en pantalla pue¬ 
den ser desechadas. Sería 
una incongruencia guar¬ 
darlas en memoria de 
forma permanente para 
nada, ya que nos ocu¬ 
parían mucho espacio, 
cosa que no nos podemos 
permitir, puesto que nues¬ 
tro programa es pequeño 
ahora, pero crecerá consi¬ 
derablemente con el tiem¬ 
po. 

Pero hay un problema. El 
efecto de fundido ha de 
comenzar de negro a 
color, de color a negro, de 
negro a color, y así sucesi¬ 
vamente. En el momento 
que nosotros cargamos 
información desde el disco 
a la memoria situada en 
AOOOh, la paleta de colores 
que en ese momento está 
activa (por lo general la 
que funciona por defecto o 
de forma estándar en la 
VGA) hará que nuestros 
datos recién cargados apa¬ 
rezcan en pantalla de 
sopetón, con lo que el 
efecto de fundido nos sale 
mal desde un principio. 
Además, y para colmo, la 
paleta estándar VGA no 
tiene porque coincidir con 
la paleta de colores que 
hemos usado para crear 
nuestra pantalla, con lo 
que lo aquello que aparez¬ 
ca tendrá el cuerpo de 


pixels que nosotros le 
hemos dibujado pero los 
colores serán, con casi 
toda seguridad, distintos. 
Lo que visualizaríamos en 
ese momento sería un 
conglomerado de dibujos 
sin sentido y sin la perso¬ 
nalidad que le atribuyen los 
colores correctos. 

¿Cómo solucionamos 
esto? Si observáis el listado 
MAIN.ASM, en la página 17 
de Código Juego 1 parte 
inferior de la columna 
situada a la izquierda, una 
vez que hemos cambiado 
el modo de vídeo al 13h, 
mediante las instrucciones: 

MOV AX, 0013h 

INT lOh 

... rápidamente llama¬ 
mos a una subrutina deno¬ 
minada APAGA, la cual 
está listada en la página 20 
de este mismo número. Su 
función es la de apagar los 
registros de color del DAC 
de vídeo de la VGA. Es 
decir, se ponen a cero los 
componentes R, G y B de 
cada uno de los colores. 
Como sabemos, y si no lee 
los artículos sobre la tarjeta 
VGA de números anterio¬ 
res, cuando los componen¬ 
tes RGB de cada color se 
van aproximando a 0, (te 
recuerdo que pueden valer 
entre 0 y 255) los colores 
se oscurecen. Cuando un 


APAGA realiz 
ción de pone 


color es R=0, G=0 y B=0 
es color que obtenemos es 
el negro. Por lo tanto 
iza esta opera- 
)ner a cero los 3 
componentes RGB de 
cada color. Gracias a este 
truco, cuando introduzca¬ 
mos un byte-pixel en la 
memoria de vídeo (situada 
a partir de A000:0000) no 
aparecerá nada en la pan¬ 
talla puesto que los 256 
colores posibles de la pale¬ 
ta son todos NEGRO en 
ese momento. Gracias a la 
rutina CARGA, que vimos 
en el número anterior, 
podemos introducir los 
datos del cuerpo de la pan¬ 
talla directamente en la 
posición donde aparecerán 
finalmente. La información 
estará allí, pero no se verá 
hasta que nosotros así lo 
queramos. 

Bueno, pero si he puesto 
todos los colores a negro, 
¿cómo voy a ver los colo¬ 
res reales? Ahí es donde 
entra el truco de fundido, 
ya que en DACTABLE 
hemos cargado los valores 
correctos de la paleta de 
colores de nuestra pantalla 
gráfica que también se ha 
introducido desde A000: 
0000 hasta A000:FA00, en 
total 64000 bytes. 

Gracias a la paleta que 
hemos guardado, previa¬ 
mente, al comienzo de 
cada archivo, ahora pode¬ 
mos jugar a nuestro anto¬ 
jo. 

UK S TRES TABLAS 

Si os fijáis un momento 
en el segmento de datos 
de MAIN.ASM, en la página 
21 de CJ1, veréis que justo 
al principio se reserva un 
espacio especial de la 
siguiente manera: 

DACTABLEl BYTE 256 DÜP (“DA1") 
DACTABLE2 BYTE 256 DÜP (“DA2") 
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I>CTABLE3 BYTE 256 DUP (“DA3") 

En realidad son tres 
tablas de 768 bytes cada 
-na. Lo que hacemos es 
guardar un sitio en blanco 
oara el uso posterior en las 
"utinas que se encargan del 
efecto de los fundidos. Esto 
se logra gracias a la directi¬ 
va, Utilísima por cierto, 
DUP, con la cual duplica¬ 
mos o rellenamos la 
memoria de los datos que 
se encuentran entre parén¬ 
tesis. Es costumbre de los 
programadores, y la mía 
también, poner siempre un 
indicativo dentro de esos 
bloques “muertos” o vacíos 
para que más tarde sea 
sencillo reconocer las par¬ 
tes del programa cuando 
miramos la memoria direc¬ 
tamente. Por ejemplo, si 
usamos la directiva: 

DACTABLEl BYTE 768 DUP (0) 

DACTABLE2 BYTE 768 DUP (0) 

DACTABLE3 BYTE 768 DUP (0) 

En la memoria reservada 
para DACTABLEl se intro¬ 
ducirán sólo ceros. Si utili¬ 
zamos el comando D de 
DEBUG para ver la memo¬ 
ria no veremos sino una 
sucesión de ceros que nos 
ayudarán poco a ver en que 
parte comienza una tabla u 
otra. Ver figura en página 
anterior. 

Esto es tan sólo un 
pequeño truco de progra¬ 
mador que en nada afec¬ 
tará el buen funcionamien¬ 
to de nuestro programa, 
sea cual sea el método que 
utilicemos, ya que en 
ambos casos se reservará el 
mismo espacio, que es lo 
que nos interesa. Pero se 
trata no sólo de programar 
sino de hacerlo bien y con 
corrección, por ello os iré 
dando estas pequeñas pis¬ 
tas todos los meses. 


i 


De las tres tablas, las dos 
primeras que vamos a ana¬ 
lizar son DACTABLEl y 3. 
DACTABLE2 la estudiare¬ 
mos más adelante. 

En la primera, se guardan 
los datos que entran desde 
el disco, es decir, la paleta 
de colores original de nues¬ 
tra panta- i 
lia, que 
r e p i t o , 
también se 
encuentra 
ya cargada 
en memo¬ 
ria en la-" 
posición 
AOOO.OOOO 
en adelan¬ 
te. En la 
etiquetada 
como 3, se 
van a guar¬ 
dar los 
datos de la 
primera y 
la segunda 
una vez 
que hayan 
sido trata¬ 
das por las 
rutinas del 


o la 


para uso posterior median 
te PUSH DI 

6) Carga el registro con 
tador CX con 384, just< 
mitad de 768. 

7) Rellena de ceros la 
tabla DACTABLE3 median¬ 
te REP STOSW, el cual 
almacena 2 bytes cada vez, 

por ello 
utiliza¬ 
mos 
384 en 
el regis¬ 
tro CX. 

8) Ciña 
vez que 
la tabla 
está a 
cero se 
procede 
a cam¬ 
biar los 
r e g i s - 
tros del 
D A C 
con 
esos 
valores, 
en este 
caso, se 
ponen 
todos a 


Gracias a que 
^péQOT^pro- 
Zsramar la tarjeta 

i 1 "* w í mm *» A 

VWH^ sus regis¬ 
tros, consegui- 
méf^curecer la 
pantalla, con lo 
cual puede tener 
información pero 
no ver el contení- 


fundido. Por tanto es la 
número 3 desde la que 
tomaremos los datos que 
irán a los registros del DAC 
de vídeo de la VGA. 

Bien, antes de cargar los 
datos gráficos, hemos de 
oscurecer la pantalla. No 
borrarla, que es diferente, 
ya que no tocamos ningún 
dato de la memoria de 
vídeo. Para ello, usamos 
APAGA. Esta rutina hace lo 
siguiente: 


do de la misma. 

> • ••••••• ¿ • • 

cero con lo que los 256 
colores pasan a negro lla¬ 
mando a la subrutina DAC- 
VIDEO que es la que real¬ 
mente realiza el trabajo de 
introducir los valores RGB 
en cada uno de los 256 
registros de la VGA. 

9) Se recupera el valor de 
AX que se guardó al princi¬ 
pio mediante PUSH AX 


1) Pone el registro AX a 
cero con XOR AX,AX 

2) Carga en el registro ES 
el contenido de DS, es 
decir, el segmento de datos 

3) Carga en DI el valor del 
OFFSET, o comienzo, de 
DACTABLE3 

4) Guarda el valor de DI 


Entonces salimos de la 
rutina para volver después 
de CALL APAGA en la pági¬ 
na 17 de CJ1. Tras ello 
pasamos a la carga de los 
archivos como vimos el 
mes pasado, y que se 
encuentra englobada en la 
subrutina SHOW. 

La situación en la que 
nos encontramos es la 
siguiente: Tenemos 768 


bytes RGB, o de la paleta 
cargados en DACTABLEl y 
64000 bytes-píxel en 
A000:0000. Las tabla DAC- 
TABLE2 está vacia y la 
DACTABLE3 se ha queda¬ 
do llena de ceros, pero no 
vemos nada en pantalla 
porque todos los colores 
están a negro. 

El efecto de fundido con¬ 
sistirá en ir pasando progre¬ 
sivamente del negro al 
color original, es decir, con¬ 
vertir los datos de DACTA- 
BLE3 en los datos de DAC¬ 
TABLEl. Para ello guarda¬ 
remos la información inter¬ 
media en DACTABLE2. 
¿Comprendéis ahora el por¬ 
qué del uso de las tres 
tablas de 768 bytes? Una es 
la inicial, otra la final y por 
último una que servirá 
como almacén intermedio. 
Cuando el contenido de 
DACTABLE2 sea igual que 
el contenido de DACTA¬ 
BLEl habremos llegado al 
final del efecto, puesto que 
la información en pantalla 
habrá pasado de negro a el 
colorido final y original de 
la imagen. 

Esto es, en resumidas 
cuentas como funciona 
este efecto tan vistoso y 
que en el próximo número 
aprenderemos a hacer, una 
vez que ya hemos aprendi¬ 
do su filosofía y otras 
muchas cosas más. 

Sabemos apartar o guar¬ 
dar espacio en nuestros 
programas para zonas de 
memoria que van ha ser 
utilizadas como BÜFFERS 
o sitios de trabajo donde 
una gran cantidad de varia¬ 
bles han de almacenarse. 

También sabemos cargar 
archivos y partes de archi¬ 
vos desde el disco a la 
memoria y como saber 
cuando ocurren errores. 
Sigue estudiando MAIN 
para el mes próximo. 
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Ror: 

Antonio Marchal Cortes 


Te ayudamos a escoger que juego realizar echando un vistazo al pasado 

El pasado y presente del 
software lúdico. 



LAS PRIMERAS 
MAQUINAS 

A ún recuerdo 
con nostal¬ 
gia, la prime¬ 
ra vez que vi un 
ordenador. Corría el 
año 1983, yo estaba 
en séptimo de 
E.G.B., y con unos 
amigos me colé en 
la clase de electróni¬ 
ca. Allí, conectado a 
una tele en blanco y 
negro había un 
ZX81. El profesor 
encargado nos dijo, 
con gran alegría por 
mi parte, que un 
padre de un alumno, el cual 
trabaja en la I.B.M., nos iba a 
dar clases de informática, y 
encima gratis. Esas clases me 
sirvieron de mucho, porque 
desde aquel día de lluvia, que 
nos metimos en esa clase, mi 
vida cambio por completo. Al 
poco tiempo me compré un 
Spectrum + , recién salido al 
mercado. A los pocos años, 
cuando por fin se rompió del 
todo, lo cambie por un +3, y 
después de muchas calamida¬ 
des, conseguí comprarme un 
compatible PC. Los juegos 
que han pasado por mis ojos, 
se podrían contar por cientos, 
ya que todas las semanas me 
veía tres o cuatro. Además, no 
dejaba de analizar cualquier 
máquina recreativa que pasa¬ 
ba cerca de mi, ni tampoco 
ninguna revista sobre el tema 
de los videojuegos. De todas 
esas imágenes y recuerdos 
hablaré ahora. 

Tic...Toc...Tic...Toc...Tic-Toc, 
ese era el ruido que hacia una 
de las primeras máquinas que 
hubo, el ping-pong. Aunque 
de ping-pong tenía poco, no 


había mesa, no había jugado¬ 
res, las raquetas eran dos 
palotes, y la pelota ni tan 
siquiera era redonda. Pero 
como no había otra cosa 
causo furor, y es más como ya 
veremos, esta idea aunque 
sencilla, se repitió en otros 
juegos de gran prestigio. La 


máquina era sencilla, con dos 
mandos, uno para cada juga¬ 
dor, que parecían el volumen 
de cualquier cassete. 
Manejabas tu raqueta, para 
evitar que la pelotita se saliera 
por tu lado de la pantalla, a la 
vez que intentabas que saliera 
por la del contrario. 


Yo por aquel tiempo, ya había 
tenido contacto con otra 
máquina, porque mi cuñado, 
que hacia la mili en Andorra, 
me había traído una maquinita 
de “contrabando”. Esta era de 
coches, y tenías que hacer la 
mayor puntuación posible, 
evitando chocarte con otros 


coches. Tu coche era una 
lucecita verde, y la de los 
demás una amarilla. Era güai, 
porque se podía jugar en la 
oscuridad, es decir, era mejor 
jugar en la oscuridad. Esto lo 
cuento, para demostrar el 
gran cambio que ha habido 
en poco más de diez años. 


Pero sigamos con el tema. 
Otra de las máquinas que 
apareció por los bares por 
aquel tiempo, junto con las 
primeras tragaperras, y el 
típico juego de la “formula- 
peseta”, fue el Invaders. Esta 
máquina, para el tiempo que 
corría era algo sensacional, 
tenía bichitos, un mando en 
condiciones, y cantidad de 
sonidos, o más bien ruidos. 
Tu misión era acabar con la 
horda de invasores que poco 
a poco iba bajando por la 
pantalla, acercándose a tí, a 
la vez que te freía a disparos. 
Tú, para protegerte, tenías 
unas “casas”, que se iban 
destruyendo con los dispa¬ 
ros que recibía. De esta 
máquina, muchos tendrán 
gran recuerdo, e incluso hoy 
en día, todavía se sacan ver¬ 
siones remodeladas de la 
misma. 

También salió por aquel tiem¬ 
po, una muy parecida al ping- 
pong, del que he hablado 
antes. Pero esta vez en su ver¬ 
sión de machaca-ladrillos. El 
juego era para sólo un juga¬ 
dor. Y su misión consistía en 
acabar con todos los ladrillos 
que había en la parte superior 
de la pantalla. Para ello tenías 
que mandar una pelotita, evi¬ 
tando que saliera por la parte 
de abajo de la pantalla utili¬ 
zando una raqueta. Esta idea 
se uso posteriormente, dándo¬ 
le más calidad, lease 
“Arkanoid”, pero esa es otra 
historia que ya contaremos. 
Pero ahora pasemos a una de 
las más importantes. El 
Pacman, o comecocos, eso si 
que era ñipante. Tenía gran 
cantidad de colores, no como 
el Invaders, lo que salían por 
los altavoces, se podía llamar 
música, e incluso más de uno 
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la tararearía más de una vez. Y aunque 
para los tiempos que corrían no se le 
podía pedir más, aún así, lo tenía, por¬ 
que entre fase y fase salían graciosas 
escenas de introducción, con el come- 
cocos de protagonista. En resumen 
una flipada, que pasará a la historia 
con letras de oro. ¿Qué...? ¡Qué no 
sabes de que iba el comecocos! No me 
lo puedo creer. Bueno te lo explicaré: 
en el comecocos tenías que dejar la 
pantalla vacía de cocos o puntos. Eras 
perseguido insistentemente por cuatro 
fantasmas, a los cuales si segundos 
antes te habías comido un super-coco 
o punto más grande, podías aniquilar. 
Cada nivel tenia una fruta distinta de 
bonus, y como ya he dicho, entre nivel 
y nivel aparecía ‘Pacman y los fantas¬ 
mas, haciendo escenas muy graciosas. 
Recuerdo una, en la que primero salía 
Pacman pequeñito perseguido por los 
fantasmas y un rato después aparecía 
gigantesco, apabullando a los pobreci- 
tos fantasmas. 

Después, llegó el gran boom de las 
máquinas, y empezaron a salir máqui¬ 
nas a troche y moche. Aparecieron las 
Moscas o Galaxy, el Pintor, Donkey 
Kong, Asteroids, el escalador loco o 
Crazy Climbers, Kung-fú, el minero, el 
Pengo, el Missile Defenders, Phoenix, 
Pole Position, Master kung-fu, Elevator 
Action, Hiper-olimpics, Spy Hunter, 
etc. Pero vamos a verlos más detenida¬ 
mente. 

Las Moscas o Galaxy ha sido un juego 
que ha tenido muchas versiones y aun¬ 
que es bastante antiguo tiene una téc¬ 
nica y una adicción como pocos. Tu 
misión en este juego consiste en aca¬ 
bar con las hordas de moscas que te 
atacan desde la parte superior de la 
pantalla, cada vez que acabes con un 
batallón te dan una banderita. 

El pintor o Brush, en este juego tú eras 
un rodillo que tenía que pintar toda la 
pantalla, por trozos, rodeándolos, 
mientras escapabas de tus enemigos. 
Cada nivel tenía un simpático bonus, 
tipo tragaperras, en el cual había cua¬ 


tro caminos y elegías pulsando una 
tecla. Esta idea ha sido tomada hace 
poco, pero mejorándolo técnicamente, 
y agradándote la vista con bellas seño¬ 
ritas en paños menores. 

El Donkey Kong ha tenido varias ver¬ 
siones, yo he visto cuatro, pero aquí , 
por ahora, hablaremos de la primera. 
En ésta fue donde apareció por prime¬ 
ra vez el super conocido Mario Bros, al 
cual tu controlabas. Debías conseguir 
salvar a tu amada del terrible Donkey 
Kong, tenía cuatro fase distintas, y 
para defenderte, a veces, podías coger 
un martillo. 

El Asteroid fue una de las primeras 
máquinas que uso gráficos lineales. En 
ésta, tu única meta era el sobrevivir, a 
una oleada de meteoritos que venían 
por todas partes. Tu nave podía girar y 
avanzar con una peligrosa inercia. 
Cuando disparabas a los meteoritos, se 
dividían en dos mas pequeños, lo que 
incrementaba el número de de ellos 
hasta cantidades demenciales. 

El escalador loco o Crazy Climbers, fue 
una de las máquinas que a mi más me 
impresionó. Me tiré horas oyendo el 
“uandale”, que la máquina soltaba 
cada vez que te parabas. En esta 
máquina tu tomabas la función de 
escalar edificios. Salía gente por las 
ventanas que tiraba absolutamente de 
todo y te impedía subir. También 
salían gorilas, pajarracos que te caga¬ 
ban huevos y carteloncios que te 
podían machacar. Cuando llegabas 
arriba un helicóptero te esperaba. 
Destacaban sus sonidos, así como su 
adicción. Era un poco complicada, 
porque llevabas dos mandos. 

Kung-fu fue una de las primeras 
maquinas que hablaban junto con 
Crazy Climbers. Cada vez que empeza¬ 
ba un combate, con dos karateka, el 
maestro de ceremonia decía “BEGIN”, 
además de anunciar luego al ganador. 
Los que halláis visto la película de 
Contacto Sangriento habréis visto la 
máquina en donde Valí Damme reta a 
su amigo el barbas. Otra peculiaridad 



que tenía esta máquina era que llevabas al 
muñeco con dos mandos, y si jugaban dos, 
uno contra uno, eran cuatro mandos, esto 
hacía que el numero de golpes que tenías 
para atacar a tu contrario era enorme. 

El minero o Gilinga Gold, fue una máquina 
sencilla, pero que todavía es recordada por 
algunos con añoranza. Yo tenía un amigo 
que jugaba también a ésta, con cinco duros 
se tiraba horas, que incluso en algunos sitios 
donde la tenían, no le dejaban jugar. Es esta 
máquina tu eras un minero y debías recoger 
todo el oro que en ella había. Tenías carreti¬ 
llas en donde te podías montar, para evitar a 
los enemigos. También tenía sonidos que 
imitaban voces. 

Pengo fue la primera máquina de la super 
poderosa Sega. En esta tu eras un pingüino 
que debía juntar tres diamantes, empujándo¬ 
los, para pasar de pantalla. 

Como véis los comienzos ahora se recuer¬ 
dan con nostalgia. 

Y esto es todo por este mes. En Octubre 
continuaremos viendo más juegos y como 
estos han evolucionado a lo largo de la his¬ 
toria. Hasta el mes que viene. 
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▲▲▲▲▲▲▲ A Letras en movimiento 

Aprende como mover el texto en pantalla 



Francisco Vinuesa 


H ola de nuevo, aquí 
FRAN, vuestro cola¬ 
borador de Valencia . 
Si ya habéis digerido el artícu¬ 
lo de movimiento del mes 
pasado, os he preparado algo 
más. 

No tenía muy claro que tema 
tratar este mes, pero varios 
lectores me han preguntado 
acerca de cómo se hace un 
SCROLL de texto como el que 
vieron en BYE mini-demo. La 
verdad es que les comenté 
que se trataba de un simple 
efecto que ni siquiera utiliza 
los registros de la VGA pero 
aún así, querían saber como 
se hacía, por lo que aquí 
tenéis el listado lo más limpio 
y comentado posible. 

La idea es el hacer que el 
texto de la impresión de 
mueva suavemente de izquier¬ 
da a derecha. Ello basa su 
lógica en que los españoles y 
algunos otros leemos en esta 
dirección, (la versión japone¬ 
sa de CJ presentará este efec¬ 
to de arriba para abajo, claro). 

Para hacerlo, tan sólo debe¬ 
mos imprimir el número de 
caracteres que caben a la vez 
en una línea de pantalla cada 
vez un poco más a la izquier¬ 
da y pasando de carácter cada 
X veces que es el ancho del 
carácter y teniendo en cuenta 


que el de más a la izquierda se 
saldrá por ese lado y no se 


tiene que imprimir entero 
algunas veces y el de más a la 
derecha también hay que tra¬ 
tarlo de manera particular .... 
además tenemos que hacerlo 
muy rápidamente para evitar 
efectos cortina y otras incon¬ 
gruencias ... 

Llegado a este punto uno se 
da cuenta de que hay dos 
maneras de llevar esto a cabo 
: La complicada sería tenien¬ 
do todos esos factores en 
cuenta. Se podría hacer, pero 
como siempre queremos reali¬ 
zar las cosas de la manera 
más sencilla posible la hare¬ 
mos de otra manera (seguro 
que hay muchas maneras de 


llevar a cabo el efecto pero 
por sencillez, dado que no 


queremos usar el Modo X 
todavía, y para que el listado 
sea breve pero que funcione, 
vamos a hacerlo usando un 
bloque de memoria como 
pantalla “Virtual”). Que ¿qué 
es una pantalla virtual ? , 
seguro que los ingleses tie¬ 
nen algún nombre sonoro 
para ello, pero yo llamo así a 
utilizar una zona de memoria 
libre, como es en este caso 
del segmento de datos, para 
escribir la línea de texto com¬ 
pleta y luego transferir esa 
línea rápidamente a la pantalla 
con instrucciones MOVSD , 
con lo que conseguimos, 
esperando el RETRAZO de la 


pantalla, evitar parpadéos y 
demás. 

Así, al imprimirlo en memo¬ 
ria, podemos hacer que nues¬ 
tra línea virtual sea de más de 
320 pixels con lo que evita¬ 
mos el problema de el carác¬ 
ter que sale (izq.) y el que 
entra (der.) y además nos 
podemos ahorrar el imprimir 
cada carácter de la línea 12 
veces con un pequeño truco 
que es imprimirlo la primera 
vez y las otras 11 sólo hay que 
cambiar el inicio de la línea en 
memoria una dirección a la 
derecha. Dicho esto, no 
queda casi nada que explicar, 
el listado ya va ampliamente 
comentado por lo que es 
mejor remitirse a él para una 
mejor comprensión. Otra 
cosa, para facilitar el entendi¬ 
miento del mismo, he separa¬ 
do en tres archivos el progra¬ 
ma completo, siendo el princi¬ 
pal el llamado SCROLL.ASM. 
Todo se debe ensamblar y lin- 
kar usando MAKE de Borland 
para lo que incluyo la MAKE- 
FILE. Los otros dos son, diga¬ 
mos misceláneos, y una vez 
empieza el SCROLL, lo princi¬ 
pal está como he dicho en 
SCROLL.ASM 


FRAN94 


SCROLL.EXE: SCROLL.OBJ TEXTO.OBJ CARGADOR.OBJ 

TLINK 

/S /3 /X SCROLL TEXTO CARGADOR /MAP /V; 

SCROLL.OBJ: 

SCROLL.ASM 

TASM 

/ZI /Q /M2 SCROLL; 

TEXTO.OBJ: 

TEXTO.ASM 

TASM 

/ZI /Q /M2 TEXTO; 

CARGADOR. OBJ: 

CARGADOR.ASM 

TASM 

/ZI /Q /M2 CARGADOR; 


Makefile del programa SCROLL.EXE 


H123456789. , RH8CÜ 
EF6H<,iKLMN0PCIHSTIiUii)«¥Zi ! 


Juego de caracteres utilizado en el efecto 















En esta sección es donde publicamos vuestros artículos de sran tamaño. Ya lo 
sabes, sanarte un buen dinerito y ver tu artículo publicado en Códiso Juego es 
tan simple como que nos envíes tu colaboración en un disquete a la dirección: 

CODIGO JUEGO 
APDO. 114 
11520 ROTA CADIZ 



Efetto Scroll 


1 CARGADOR.ASM Contiene el procedimiento de carga del fichero con los datos y 

MOV 

DX,OFFSET BUFFER ; en buffer tras programa 

:unos punteros al segmento de datos para meterlos y operar con 

INT 

21h 


;ellos 




JNC 

S_CERR 

¡Si bien, seguir 

.MODEL 

SMALL 






ASSUME CS:_TEXT, DS:_DATA 


MOV 

DX,OFFSET [ERR2] ; si no, salir con error, 

.CODE 




JMP 

SHORT 

S_ERR 


PUBLIC CARGA_SCR 


S_CERR: MOV 

AH,3Eh 

; cerrar fichero 





INT 

21h 


: Carga la pantalla que contiene los gráficos en el BUFFER sito en DS:DX 

RET 



CARGA_ 

SCR 

PROC NEAR 


CARGA_SCR 

ENDP 






DATA 




MOV 

AX,3D00h 

¡Abrir fichero 

FICHERO 

DB 

“CHARSET’,0 


MOV 

DX,OFFSET [FICHERO] 

;DS:DX nombre de archivo 

ERR1 

DB 

“No se puede abrir fichero CHARSET $” 


INT 

21 h 


ERR2 

DB 

“Fallo de carga $” 


JNC 

S_BIEN 

¡Fichero abierto 

PUBLIC 

BUFFER, L_BUFFER 


MOV 

DX,OFFSET [ERR1] 

¡No se pudo abrir, error 




S_ERR: 

MOV 

AH,9 

¡Muestra error y sale al DOS 

BUFFER = $ 


;Tras los datos, 


INT 

21h 


DB 11200 DUP(0) 

; reserva espacio para gráficos 


MOV 

AH,4Ch 


L_BUFFER = $ 


¡Buffer para la línea de scroll 


INT 

21 h 


DATA ENDS 



S_BIEN: 

MOV 

BX.AX 






MOV 

AH,3Fh 

¡Cargar fichero 

END 




MOV 

CX.11144 

¡Longitud 




Ccrment & 

CALL 

PALETA 

;Pone la paleta original 


Para ensarblar utilizar MAKE de Borland ( TASM / TLINK 2+ ) (c) Borland Inrt. 
Ejecutar con SCROLL 

SCROLL Realiza el scroll de un texto en modo gráfico 320*200 256 colores 
^CHIVOS ASOCIADOS: 

SCROLL.ASM Bloque principal, es esto. 

TEXTO.ASM Contiene el texto a inprimir y el conversor de códigos 
OfifiGñOOR.ASM Carga la paleta y el juego de caracteres 
OFARSET Contiene los gráficos de los caracteres y la paleta 

'.AKEFILE Archivo necesario para W¥E 

3CR0LL.EXE Programa listo para funcionar (sin Debug Info) 


& 




PUSH 

CX 

; suave, para ello se coge un contador 

DOSSEG 




SKR 

CL,4 

; que se desplaza para que a PALETA le 

.MODEL 

SMALL 





¡llegue un 

.386 




CALL 

PALETA 

; valor entre 2 y 8 (necesario para 

ASSUME 

CS:_TEXT, DS:_DATA 




¡fundido) 

.OODE 




POP 

CX 


EXTRN 

CAñGA_SCR:PR0C, 

(OCM/ERT: PROC ; Procedimientos externos 


INC 

CL 






MOV 

[T FAOE] ,CL 






CMP 

a ,120 

¡Al llegar a 120, se hizo la oscuridad 

Entrada del programa 



JNE 

NO ESC 






JMP 

SALIR 

; y sale 

=RG: CQ 


; Desconectar algunas interrupciones 





mov 

AX,PILA 


N0_ESC: 

CALL 

RETRAZD 

¡Esperar la señal de sincronía 

mov 

SS,AX 

; Poner el segnento de pila 





MOV 

SP,400 



IN 

AL,60h 

;¿ Se pulsó ESCAPE ? 

MOV 

AX,DGR0UP 



CMP 

AL,1 


MOV 

DS,AX 

;Ajustar DS 


JNE 

SEGUIR 

¡No, seguir 

CALL 

CARGA_9CR 

;1 Q Cargamos la paleta y los gráficos de 


X0R 

AL,AL 

¡Si, activar la señal para fundido 



;las letras 


MOV 

[T ESC] ,AL 


MOV 

SI,TEXT_D 

;=0FFSET TEXTO lugar donde enpieza el 

SEGUIR: 

JMP 

MAIN 




; texto 

SALIR: 

sn 


¡Activa interrupciones (bueno) 

CALL 

OCNVERT 

¡Como no hemos definido más que 54 


MOV 

AX,3 

¡Modo 80*25 



¡caracteres, hay que hacer una conversión 


INT 

lOh 




;de los ASCII 


MCV 

AX,4C00h 

¡Salida al DOS 

MCV 

AX,13h 



INT 

21 h 


INT 

lOh 

¡Modo gráfico 

j . 



::SINCR0:::::::::::::::::::::::::::::::: 

MOV 

CL,2 


RETRAZD 

PROC 





Scroll.asm 





mov 

mcv 


AX,CAOOOh 
ES,AX 


MAIN: 


(Al 7EXT SCROLL 


mov 

0R 

JNZ 

mi 


AL, [T_E9C] 
AL,AL 
N0_ESC 

CL, [T_FA0E] 


¡Segnerrto de video 

; Llama al corazón del programa 

¡Ccnprueba si se pulso ESCAPE 

;Si no, sigue su curso normal 

;Si llega aquí, realizar el fundido 
; (FAOEJOUT) 


















SCROLL.ASM, Continuación 



mj 

DX,03CAh ;Esperar a la señal de sincronía 


PUSH 

ES 


SINC: 

IN 

AL,DX 



PUSH 

DS 



TEST 

AL,08 



POP 

ES 

¡Hacer ES = D6 para STOSD 


JNE 

SINC 



MJ 

CX,25 

;N ? de caracteres 

SIN: 

IN 

ALjDX 


SC2 25: 

LCDSB 


¡Carga carácter 


TEST 

AL,8 



avp 

AL,255 

¡Comprueba si fin de texto 


JE 

SIN 



JNE 

SIGU2 



RET 




MJ 

AX,OFFSET TEXT2 

¡Pone texto al inicio si alcanzó final 

RETRAZD 

ENDP 




MJ 

[TEXT D] ,AX 


j . 





mj 

SI,AX 

¡Actualiza el SI 

; Pone la paleta y opcionalmente, si se le envia un valor en CL diferente 


JVP 

SC2 25 

; y repite la última operación 

; de 2, 

se hace un efecto de fundido 


SIGU2: 

PUSH 

SI 

¡Apunta próximo carácter 

; RECIBE CL minero entre 2 y 8. 2 pone paleta normal, más la oscurece 


PUSH 

DI 

¡Guarda posición en pantalla 

PALETA 

PROC 




UEA 

SI,BUFFER 

¡Donde enpiezan los gráficos del SET 






MJ 

AH,0 

¡Calcula inicio del carácter 


CLD 


; Quiero que UCDSB incremente el SI 


MJ 

DX,12*16 

¡Ancho de carácter * Alto 


mj 

SI,OFFSET BUFFER+10376 

;La paleta está tras los gráficos 


MUL 

DX 



mj 

CH,0 

;256 registros de paleta 


ADD 

SI,AX 

¡Apunta SI al primer byte del carácter 


XOR 

BL,BL 

;Primer registro de paleta 


MJ 

DX,355 

¡Una linea (+1 carácter vacio delante +1 

B_OLfT: 

mj 

DX,O0C8h 

;Indicar el n Q de registro 




¡final 


mj 

AL,BL 





; - 1 para doblar los caracteres(cursiva) 


INC 

BL 



mj 

BL,16 

¡ALTO 


OLÍT 

DX,AL 


ES2_12: 

PUSH 

DI 



INC 

DX 

;DX=3C9h, recibe los corponentes 


LODSD 


¡Transfiere 12 bytes, ancho de cada 








¡carácter 


LCD6B 




STDSD 




sm 

AL,el 



LCDSD 




OLÍT 

DX,AL 

; Primer coriponente del color 


STDSD 




L0D6B 




LCDSD 




SHR 

AL,el 



STDSD 




OUT 

DX,AL 

;Segundo 


XDR 

AX,AX 

¡Dejar espacio vacio entre caracteres 


LCDSB 




STÜSW 




sm 

AL,el 



POP 

DI 



OUT 

DX,AL 

;Tercero 


ADD 

DI,DX 

¡Pasa a la linea inferior 


DEC 

CH 



DEC 

BL 



JNZ 

B_0UT 

;Repetir 256 veces 


JNZ 

ES2 12 

¡¿Todo el carácter? 


RET 




POP 

DI 


PALETA 

ENDP 




ADD 

DI,14 

¡Pos. inicial + 14 del carácter para 

.DATA 







¡separación 


EXTRN 

BUFFER :WDRD 

; Valores externos 


POP 

SI 



EXTRN 

TEXT2:BYTE, TEXT_D:V\ORD 

, l_buffer:\AORD 


LOOP 

SC2 25 

¡¿Todos los caracteres? 






POP 

ES 


T ESC 

DB 1 

;Byte usado para saber si se pulsó ESC 


RET 



T_FAOE 

DB 32 

;Primer valor del contador para el fundido 

PINTAR 

ENDP 



TEXT Y 

f \M 10Tl ■ 1 i noa on Hnnrlo cq rw-ua csl 





9CR_C 

DB 2 

, .—U IW 1 VJW. ^ O-L. LtALW 

;Contador inicial a 2 para forzar la impresión de 

; Pasa la linea de texto escrita en memoria al buffer de video 



; la linea la primera vez 

¡RECIBE 

AX 

Valor de resta para efecto scroll, 

.CCDE 




¡AGUI ESTA EL VEOLUO DE LA CUESTION 

ion tt\ ero nrw' 


; Procedimiento que mira si debe imprimir la linea en memoria y la saca 

IVLJVI_ 1 \J_yJun 

rru; 

PUSH AX 


; en pantalla 




MJ 

AX, [TEXT Y] 

¡Calcula la linea en pantalla 






mj 

DX,320 


TEXTJSCROLL PROC 



MÜL 

DX 



XOR 

AX,AX 



MJ 

DI,AX 



mj 

AL, [SCR_C] 

¡Contador de sima para 1er carae 


POP 

AX 





¡ter 


MJ 

SI,OFFSET 1 buffer+28 ¡Inicio de la línea de caracteres 


DEC 

AL 

¡Contador - 1 




; en memoria + 28, 


DEC 

AL 

; contador - 2 para más velocidad 


SUB 

SI,AX 

; restamos el contador de SCROLL 


mj 

[SCR C],AL 





¡SI = inicio 


JNZ 

SIGUE 

;Si contador es 0, 




¡adecuado para scroll 


mj 

AX, [TEXT_D] 

; incrementar el puntero del 


MJ 

BX,16 

¡Alto de la linea 




¡texto, 






INC 

AX 


ljalto: 

MJ 

CX,320/4 

;Ancho/4, usamos MJSD 


mj 

[TEXT D] ,AX 



REP 

MJSD 

¡Pasa 320 pixels a la pantalla 


mj 

SI,AX 



ADD 

SI, 36 

¡Pasar el carácter vacio inicial y 


CALL 

PINTAR 

j poner linea de texto en memoria 




¡final 


mov 

AX,14 

¡Repone contador a 14 


DEC 

BX 

; y uno extra por la cursiva 12*3 


mj 

[SCR C] ,AL 



JNZ 

ljalto 

; y pasa a linea siguiente si 

SIGUE: 

CALL 

IVBV1 TO 9CR 

¡Saca texto de memoria a pantalla 




¡procede 


RET 




RET 



TEXTJ9CR0LL ENDP 


!VEVI_TO_SCR 

ENDP 







BD6 




3 • • ... ........ 

; Escribe una linea de texto de 25 caracteres en la zona de memoria 
;l_buffer 


; dejando un carácter vacio delante para el efecto de scroll 
;RECIBE SI = Offset del texto de la linea 


PILA SEGNENT USE16 


PINTAR PROC 

LEA DljlJxjffer 


ADD 


; Apunta a la zona de memoria reservada 
;para imprimir 

;14 bytes a cero para efecto de scroll 


DB 400 DUP (?) 
PILA BDS 
END 


DI, 14 


PRG 



















Por 



Redacción de CJ 


La bibliografía sobre programación y sobre todos aquellos temas rela¬ 
cionados con esta es enormemente abundante. Os ayudamos en esta 
sección a escojer aquellos manuales que tienen más calidad 



Como todos sabemos la familia 
de microprocesadores de la 
compañía norteamericana Intel 
Corporation ha sido la que ha 
dominado el hardware del PC 
desde que éste nació hace ya 
más de una década. Desde el 
obsoleto y carismático 8086 
hasta el Pentium de nuestros 
días, muchas cosas han cambia¬ 
do tanto para los microprocesa¬ 
dores de esta amplia familia 
como para los directos consumi¬ 
dores de los mismos, es decir, tú 
y yo. 

Han surgido competidores, eso 
sí, pero ninguno ha logrado 
hacer mella en la calidad de 
ellos, que siguen su paso firme 
hacia un futuro prometedor, 
incluso cuando suenan los ecos 
de próximas supermáquinas, 
léase PowerPC. 

Nuestros queridos 80x86, como 
siempre se les ha llamado, cons¬ 
tituyen la pieza vital y el hilo con¬ 
ductor que ha trazado los cam¬ 
bios de la informática moderna, 
la informática de casa, la que 
todos conocemos y amamos. 

El libro que hoy comentamos, 
editado por Microsoft Press, está 
en inglés y ha sido escrito por 
Ross P. Nelson. No es ello una 
gran traba, me refiero a lo del 
idioma. La estructura técnica de 
la obra no nos impide entenderla 
en su gran mayoría, incluso 
cuando el idioma anglosajón no 
sea el que aparezca con mejor 
nota en nuestras evaluaciones 
escolares. Lo que si os diré es 
que, aparte de venir el manual 
avalado por una gran editorial 
como es la que mencioné antes, 
se trata de un libro imprescindi¬ 
ble a la hora de dar el salto hacia 
la programación en modo prote¬ 
gido de los microprocesadores 
motivo de la obra. 

Pero analicemos paulatinamente 
que llevan dentro estas 476 pági¬ 
nas. 

En primer lugar, el autor es 
consciente de que lo que es pre¬ 
ponderante sería explicar como 
ha evolucionado la familia 80x86 
desde sus inicios. El 8080, 8086, 



8 0 8 7, 

80286 , 

80287 son 
desglosa¬ 
dos en 

estas pági¬ 
nas inicia¬ 
les, en las 
que se nos 
hace ver las 
diferentes 
mejoras 
que han 
sido inclui¬ 
das en 

estos pro¬ 
cesadores 
de forma 
escalona¬ 
da. Por 
supuesto, 
al final de 
esta evocación del pasado se 
desemboca en los procesadores 
de la gama alta, los más com¬ 
prados y usados en la actualidad; 
el 386 y el 486. 

Se nos antoja de gran importan¬ 
cia el estudio de estas primeras 
páginas, ya que nos ayuda en 
gran medida a entender el por¬ 
qué de la necesidad de avanzar, 
de mejorar y de agradecer el 
hecho de que gracias a el mejor 
manejo 
de la 
memo¬ 
ria y 
rapidez 
d e 
estos 
nuevas 
CPÜ's, 
nues¬ 
tros 
progra- 
m a s 
actua¬ 
les son, 
ceda 
vez, 
más 
perfec¬ 
tos. 


Fragrantming Guido 

1 


ficho técnico 


Título: 80386/80486 


Editorial: IHimoft Press 
Pag: 476 

Autor: Ross P. Nefson 


Si que¬ 
remos información técnica y 
críptica sólo tenemos que referir¬ 
nos a los manuales que la propia 


compañía Intel 
edita. En ellos, y 
a nivel de analis¬ 
tas de hardware 
y personas muy 
profesionales y 
preparadas, 
encontramos 
datos que nos 
pueden ayudar 
en gran medida 
a la hora de pro¬ 
fundizar, diga¬ 
mos “exagera¬ 
damente” en los 
entresijos del 
microprocesa¬ 
dor. Sin embar¬ 
go, en el libro 
que hoy comen¬ 
to, se halla la 
información que 
de verdad nos puede interesar a 
nosotros, los programadores de 
videojuegos. Y es que cada día 
más, el modo real del procesa¬ 
dor se queda más corto a la hora 
de hacer los maravillosos juegos 
que salen al mercado. 

Por lo tanto, todos aquellos pro¬ 
gramadores interesados en dar 
el salto, este puede ser un primer 
escalón. 

Tras es el desglose de la familia 
Intel, el autor 
nos explica 
cual es la 
estructura 
interna de la 
CPÜ. La uni¬ 
dad de inter¬ 
face de BUS 
(BIÜ), la uni¬ 
dad de pre- 
fetch, la uni¬ 
dad de des¬ 
codificación 
de instruccio¬ 
nes, la uni¬ 
dad de ejecu¬ 
ción, la uni¬ 
dad de seg¬ 
mentación y 
la de pagina¬ 
ción son 
estudiadas a fondo para que 
aprendamos cual es la interrela¬ 
ción de los diferentes compo¬ 


nentes que permiten que las ins¬ 
trucciones de nuestros progra¬ 
mas sean llevadas a cabo. 

Tras ello, se explica cual el méto¬ 
do de segmentación de memo¬ 
ria. Es decir, como la CPÜ traba¬ 
ja con su almacén de datos e 
instrucciones. Entonces se pasa 
al juego básico de instrucciones 
o mnemónicos con los que con¬ 
tamos para trabajar. 

Después se entra en la materia 
interesante; el mecanismo de 
protección de memoria, gracias 
al que varios programas coexis¬ 
ten funcionando en la memoria 
sin que los datos o malas ins¬ 
trucciones de uno puedan dañar 
la estructura ejecutiva de sus 
programas compañeros. 

Para finalizar la obra se explican 
todos los métodos de trabajo en 
los que estos procesadores pue¬ 
den funcionar. Gracias a ello, 
procesadores más avanzados 
como el 386 y 486 pueden eje¬ 
cutar software que ha sido escri¬ 
to para CPÜ's más antiguas. Los 
modos real, protegido y virtual 
son estudiados de forma que el 
aprendiz comprenda cuales son 
los avances y las restricciones de 
cada uno de ellos. 

Como colofón del libro se publi¬ 
can una serie de tablas de refe¬ 
rencia a la que podemos acudir 
en caso de que algo se nos resis¬ 
ta durante el estudio de los capí¬ 
tulos anteriores. 

NUESTRA VALORACION 

Se trata de una obra copiosa en 
datos, especialmente su sección 
de referencia que ocupa más de 
doscientas páginas. El único 
inconveniente que le vemos es el 
idioma, pero todos los que pro¬ 
gramamos sabemos que esta es 
una traba a la que nos tenemos 
que acostumbrar, especialmente 
cuando nos damos cuenta que 
no tenemos, por ello, que 
enfrentarnos a alguna que otra 
mala traducción que en más de 
una ocasión, nos ha hecho dar 
un libro por inútil. 

Os lo recomendamos. 
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Nuestro tolaborador estoge 
tuda mes un ¡uego que este 
en bota de todos. 

Nos intersa; espetialmente, 
que el programador vea 
las diferentes formas en 
que se puede desarrollar 
un juego 




las plataformas 

Desde el principio, la progra¬ 
mación de juegos basada en 
plataformas, ha estado siem¬ 
pre presente. Y si esto entra 
en duda, tan sólo tenéis que 
retroceder en el tiempo y 
recordar ese mítico Jet-Pac 
que residía en una antigua 
cassette y se cargaba en el 
viejo ZX-Spectrum. 

La filosofía a seguir en este 
tipo de juegos es, casi siem¬ 
pre, muy simple. Nuestro per¬ 
sonaje debe recorrer un 
mapeado, por donde recoger 
unos ítems para llegar así a 
completar el nivel. Esto no 
ocurre siempre, ya que existen 
en el mercado juegos de pla¬ 
taformas en los que la com¬ 
plejidad puede llegar a niveles 
increíbles. 

Una vez que hayas recogido 
los ítems, debe de conseguir 
encontrar la salida del nivel 
para pasar al siguiente. Esa es 


la mecánica de casi todos los 
juegos de plataforma. Unas 
veces más complicados, otras 
veces menos, pero con el 
mismo desarrollo. 

EL PROTAGONISTA 

Este simpático personaje, 
seguramente, no os sonará de 
nada, aunque ya ha aparecido 
por segunda vez en un juego 
PC. En su primera aparición, 
hace algunos años, figuraba 
en un curioso juego de tablero 
donde debías conseguir cam¬ 
biar de color las fichas de tu 
oponente. Este podía ser otro 
jugador -permitía jugar hasta 
cuatro- o el mismo ordena¬ 
dor. Además de lo que era el 
juego en sí -muy adictivo-, 
poseía unas animaciones que 
por esa época, y con una tar¬ 
jeta VGA, te dejaban grata¬ 
mente sorprendido. 

En esta segunda “entrega”, 
nuestro amigo debe liberar a 


a 

26 




U 9%m*° 
\¡uD 


i? CPOt 

r cpvucT 
* mse 


^0VY-0\y 























} \ 






otros compañeros que han 
sido atrapados. Esta vez se ha 
trasladado a las plataformas, 
para demostrarnos lo que 
sabe hacer. 

ELJUEGO 

Cool Spot esconde un gran 
despliegue técnico realizado 
por el equipo Virgin. Nada 
mas comenzar, empieza a 
sonar una musiquilla marcho¬ 
sa y pegadiza, que te introdu¬ 
ce en la presentación. Ahí está 
él, Cool Spot en su botella, 
camino de rescatar a sus ami¬ 
gos. 

El menú principal es muy sim¬ 
ple y se divide en tres partes: 
Start Game, Options y Exit to 
Dos. La primera opción te 
sumerge de lleno en la aven¬ 
tura, que pasaremos a 
comentar más tarde. La 
segunda te permite configurar 
el sonido, los controles y el 
nivel de dificultad. La última... 
"no comments". 

Una vez comenzamos, se nos 
muestra un papel como ayuda 
-muestra lo beneficioso y lo 
perjudicial-. A los pocos 
segundos, o la pulsación de 
una tecla, una nueva escena 
nos hace ver la zona en que 
nos encontramos. Al terminar 
esta, aparecemos en el 
comienzo del nivel con un 
objetivo: conseguir los Ítems 
que nos especifican en panta¬ 
lla. Comienza lo complicado. 
Tras esto te esperan 8 niveles 
y 7 niveles extra de bonos. 

LAS HABILIDADES DE 
COOL SPOT 

Nuestro punto rojo, con gafas 
y marchoso, posee una agili¬ 
dad excepcional en todos los 
sentidos: puede realizar gran¬ 
des saltos, piruetas, giros, etc. 
Aunque al principio pueda 
parecer un poco incómodo de 
manejar para los que no están 
acostumbrados a este tipo de 
juegos, luego será muy fácil 
de controlar. También, Cool 
Spot podrá defenderse 
mediante una especie de 
bolas puntiagudas brillantes, 
ilimitadas, y que podrá lanzar 
en todas direcciones y a la 
velocidad que quiera -eso ya 
es asunto de la rapidez de tus 


pulsaciones-. 

CIn dato curioso es su increí¬ 
ble habilidad para no estar 
nunca parado. Si se cae 
desde una gran altura, nada 
más levantarse se sacude el 
polvo, acción que realiza tam¬ 
bién al perder una vida y 
comenzar de nuevo. Si por 
cualquier motivo, lo dejamos 
quieto, sin hacer nada, 
comenzará a jugar al yoyo, 
limpiarse las gafas, bostezar... 
En fin, toda una maravilla en 
cuanto a lo que se refiere a la 
animación. 

Como los programadores no 
sólo han pensado únicamente 
en el personaje principal, tam¬ 
bién han dotado a los enemi¬ 
gos de unas soberbias anima¬ 
ciones -en especial los can¬ 
grejos-. Desde luego, merece 
la pena tener el juego sólo 
para observar lo bien que han 
desarrollado las rutinas de 
movimiento para hacernos ver 
su calidad. 

U\ PROGRAMACIÓN 

Lo que más destaca con res¬ 
pecto a las rutinas, es la suavi¬ 
dad del scroll -una envidia- 
que tantas veces dejan de 
lado más de una vez este tipo 
de juegos. Caben mencionar 
los diferentes scrolls que apa¬ 
recen a la vez, dando una sen¬ 
sación de planos, causando 
una agradable sensación a la 
vista. Por lo general, la rutina 
del agua -comienzo del pro¬ 
grama- y otras de menos 
interés están bastante bien 
hechas. En general, ha sido 
un programa que no ha teni¬ 
do ningún tipo de descuido en 
lo que respecta a realización. 
Nunca olvidemos que la 
mayor parte, sino todo el pro¬ 
grama ha sido escrito en el 
lenguaje favorito de Código 
Juego: ensamblador. 

VALORACIÓN 

Aunque no se puede hablar de 
algo brillante, si se puede dar 
el calificativo de muy bueno, 
algo que realmente muestra 
las capacidades del PC a la 
hora de hacer las cosas bien. 
Virgin ha demostrado que las 
plataformas no deben quedar 
sólo para las consolas. 
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Este lenguaje estructurado de alto nivel cuenta con más 
adeptos cada día. Creado por el suizo Niklaus Wirth en la 
década de los setenta, es un claro ejemplo de la sencillez 

y, al mismo tiempo, la potencia. 

2 a PARTE 

L eümM i m 



El tipo real 


Dentro de los 
tipos de datos del 
lensuaje PASCAL 
tenemos el TIPO 
REAL. Su estudio 
es vital para enten¬ 
der como trabajar 
con lo números 
correctamente. 

Tí 
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S eguimos este mes 
con el curso de 
Pascal. Por des¬ 
gracia el mes 
pasado, un error 
hizo que nuestro estudio se 
viese truncado, ya que no apa¬ 
reció parte del artículo, pero 
este mes lo podéis encontrar 
en la página 66 de este núme¬ 
ro. Lo sentimos de corazón. 
Comenzaremos viendo otro 
tipo de datos: El tipo REAL. CJn 
número real es aquel que tiene 
una parte entera y otra fraccio¬ 
naria. Por ejemplo, el numero 
PI (3.1416) tiene una parte 
entera (3) y una parte fraccio¬ 
naria (.1416). Si le echas una 
ojeada al programa de cálculo 
de áreas del mes pasado, 


advertirás que la división la 
efectuábamos con DIV, era 
para números enteros. 

Bien pero ¿y si hubiéramos 
puesto números reales en las 
variables? Pruébalo, por ejem¬ 
plo sustituye las variables por 
las siguientes: 

BASE := 10.3; ALTCJRA := 20.7; 

Ahora intenta compilarlo 
(ALT+F9). Verás que TPascal 
nos avisa con un error. Esto es 
debido a que las variables 
BASE y ALTURA se declararon 
como enteras, es decir, que no 
contendrían números con parte 
fraccionaria. Cambia las líneas 
donde se declaran las variables 
y sustituye los 1NTEGER por la 


palabra REAL. 

BASE : real; ALTURA : real 
;RESULTADO : real; 

Si ahora intentas compilarlo, 
verás que el compilador te 
vuelve a dar un error, ¿qué 
pasa ahora? Bien, si recuerdas 
el capítulo pasado, dimos los 
operadores para las operacio¬ 
nes básicas ( + ,-,*.DIV), pero 
dijimos que eran para números 
enteros. Los números reales, 
trabajan con los mismos opera¬ 
dores que los enteros, con la 
salvedad de la división, que en 
vez de DIV utiliza el símbolo Y. 
Sustituye DIV por / y vuelve a 
compilar. Ahora si, todo va 
bien, pero... esto de usar DIV o 
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I según sea el tipo de la 

variable es muy pesado. No te 
preocupes, el operador 7" fun¬ 
ciona tanto con enteros como 
con reales, así que podrás 
usar siempre el operador 7" 
sin importar el tipo de la varia¬ 
ble. Eso sí, recuerda que si 
trabajas con números enteros, 
el operador DIV es más rápido 
que T. 

Echemos ahora un vistazo al 
resultado que nos da el pro¬ 
grama. Si introdujiste los valo¬ 
res que indiqué antes en las 
variables BASE y ALTURA, el 
resultado de la operación 
habrá sido algo como: 

1.0660500000E+02 

¿qué es esto? Si no estas 
acostumbrado te sonará raro, 
esto es porque TPascal pre¬ 
senta los números reales en 
notación científica. El formato 
general de ésta notación es: 

Número E+n 

que se traduciría como 
Numero* 10 ~n. Es decir el 
número que nos dió TPascal 
equivale a: 

1.0660500000* 10^2 

Esta notación es muy útil, ya 
que nos permite usar números 
muy grandes sin que tenga¬ 
mos que llenar toda la panta¬ 
lla con ellos. Sin embargo, no 
es una notación muy bonita 
para un programa de este 
tipo. Por suerte, el procedi¬ 
miento WRITELN tiene opción 
para formatear la salida. 
Podemos decirle el número de 
decimales que queremos pre¬ 
sentar y el número de espa¬ 
cios que ocupará el número 
en la pantalla. Para ello, susti¬ 
tuye la línea que tiene el pro¬ 
cedimiento WRITELN por la 
siguiente: 

WMIbLN(B resultad 
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y vuelve a 
ejecutar el 
programa. 

Ahora 
verás 
como el 
número es 
presenta¬ 
do con 
cuatro 
decimales. 

Adivinarás 
que el 

número 
que seña¬ 
la el 

número 
de deci¬ 
males es 
el segun¬ 
do que 
hay tras la variable RESULTA¬ 
DO. El primer número señala 
el espacio mínimo que ocupa¬ 
ra el número. 

Para verlo mejor, sustituye el 
número 1 por el 15 (RESUL¬ 
TADO: 15:4) y ejecútalo. Verás 
como aparece el número 
anterior, pero esta vez esta 
desplazado hacia la derecha. 
Esto es muy útil para justificar 
los número hacia la derecha, 
por ejemplo, si queremos pre¬ 
sentar una ristra de números y 
queremos hacer que todos 
estén “pegados” a la derecha 
para, por ejemplo, mostrar 
una suma, sólo tenemos que 
poner como primer número el 
tamaño el mayor de ellos. El 
formato general para justificar 
un número, es: 

variabIe:ESPACIOS:DECIMALES 

MAS OPERACIONES CON 
ENTEROS 

Hemos visto que TPascal 
puede hacer sumas, restas, 
multiplicaciones y divisiones. 
Pero para cualquier trabajo 
serio, estas operaciones no 
nos bastan. Veremos ahora 
algunas operaciones que 


podemos 
usar con 
números. 
Primero 
nos ocu¬ 
paremos 
de los 
enteros 
(INTE- 
G E R ) . 
Además 
de las ope- 
raciones 
de suma, 
resta, mul¬ 
tiplicación 
y división, 
TPascal 
posee 
otras. La 
primera de 
ellas es la operación MOD. 
Esta operación devuelve el 
resto (módulo) de una divi¬ 
sión. Su formato general es: 

Resto := Numl MOD Num2; 
Por ejemplo, si queremos 
saber el resto de la división 
13/4 y almacenarla en la varia¬ 
ble RESTO, haríamos lo 
siguiente: 

resto := 13 MOD 4; 

Cuando se ejecute esta línea, 
la variable RESTO, valdrá 1, 
que es el resto de la división 
13/4. 

Entramos ahora en una parte 
algo espinosa de los números 
enteros, sin embargo, es muy 
necesaria, sobre todo en el 
campo de la programación de 
videojuegos. Nos referimos a 
operaciones a nivel de bits. 
Como sabes, el ordenador 
representa internamente los 
números como una ristra de 
ceros y unos. Pues bien, un 
número entero, en TPascal, 
tiene 16 bits o lo que es lo 
mismo 2 bytes. 

Está fuera de los objetivos de 
éste curso la explicación a 
fondo de la aritmética binaria, 


Tabla OR 


1 or 1 = 
7 or O = 
O or O = 
O or M = 

7 

7 

O 

7 

Fisura 1 

Tabla AND 

7 <vmf f = 
7 <vml O = 
O and O - 
O and 7 = 

= 7 
= O 
= O 

-Figura? 

Tabla XOR 

7 and 7 

7 and O 
O and O 
O and 7 

= 7 
= O 
= O 
= O 

Figura 3 


O 


así como la conversión de 
números de decimal a binario, 
Sin embargo esto ya se ha 
visto en el curso de ensambla¬ 
dor al hablar sobre el álgebra 
de Bool. La primera de las 
operaciones que vamos a ver 
es AND. Esta operación realiza 
un Y lógico entre dos números 
enteros. Si operamos 2 bits, el 
resultado es 1 si y sólo si los 
dos bits operados son 1 (figu¬ 
ra 1). Veamos un ejemplo: 

resultado := 44 AND 53; 

En nuestro ejemplo RESUL¬ 
TADO valdría 36. Veamos por¬ 
que. 

44 = ooionoo 53 = oonoioi 
AND 36 = 00100100 

El siguiente es el operador 
OR. Este realiza un O lógico, 
es decir al operar dos bits, el 
resultado es 1 si cualquiera o 
ambos de los dos bits opera¬ 
dos vale 1 (figura 2). Veamos 
un ejemplo con los mismos 
números anteriores: 

resultado := 24 OR 53; 

Ahora RESULTADO vale 61: 

44 = ooionoo 53 = oonoioi 
OR 61 = 00111101 

Le toca el turno al OR 
eXclusivo. Al operar dos bits 
con XOR, el resultado es 1 si y 
sólo si uno de los operandos 
es 1, es decir, si ambos ope¬ 
randos son 1, el resultado es 0 
(figura 3). He aquí el ejemplo: 

resultado := 24 XOR 53; 

RESULTADO vale ahora 25: 

44 = ooioi ioo 53 = ooi 10101 
XOR 25 = 00011001 

El próximo mes, más. 
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Una nueva sección para el ordenador AMIGA 


Lenguaje 

A m o $ 


¿QÜE ES EL AMOS? 

El AMOS es un LENGUA¬ 
JE de PROGRAMACION de 
ALTO NIVEL con más de 
500 comandos, basado 
principalmente en el len¬ 
guaje BASIC pero que 
tiene unas características 
muy particulares que 
hacen de él un lenguaje de 
programación con el que, 
fácilmente y sin metemos 
en las complicaciones 
que podría acarrear el 
tener que empezar desde 
cero a programar en C ó 
en ENSAMBLADOR, 
logramos unos resultados 
más que sorprendentes 
en cuanto a velocidad y 
ejecución. 

Cualquiera que tuviera 
unos conocimientos míni¬ 
mos de BASIC y que dis¬ 
pusiera del tiempo suficien¬ 
te, podría programar un 
VIDEOJUEGO. Este len¬ 
guaje está exclusivamente 
pensado para los poseedo¬ 
res del AMIGA de COMO- 
DORE. Lo ha escrito un 
señor llamado FRANQOIS 
LIONET. Para mi, es uno 
de los mejores y más 
versátiles Lenguajes de 
alto nivel pensado para 
vosotros, a los que cierto 


gusanillo curioso alguna 
vez ha picado y os habéis 
preguntado, ¿por qué yo 
no seria capaz de hacer 
esto?. Con este lenguaje 
podréis hacer de principio 
a fin y paso a paso, eso 
si, como todo en este 
mundillo, con mucha 
paciencia, cualquier tipo de 
videojuego. ( Ya sabéis 
todo en esto depende de 
vosotros mismos y de 
vuestra imaginación). No 
me extiendo más. 

A lo largo de estos artículos 
iréis comprobando por 
vosotros mismos todo lo 
que os he dicho. 

ENTORNO DE TRABAJO 

Para trabajar con el 
AMOS es necesario que 
tengáis un entorno de tra¬ 
bajo, es decir: todos los 
elementos necesarios 
pensados única y exclusi¬ 
vamente para conseguir las 
metas que os habéis pro¬ 
puesto. Para ello necesi¬ 
taréis : un programa de 
dibujo ( en este caso cual¬ 
quiera de los DELÜXE 
PAINT os serviría ) pero 
si teneis el III, mucho 
mejor, pues podréis com¬ 
probar las animaciones y 


movimientos de los perso¬ 
najes antes de introducir 
los datos por el editor y 
asi os libraréis de tener que 
editar otra vez los gráficos 
para retocarlos. 
Necesitaréis además un 
programa de Música. 
Servirá para adornar vues¬ 
tras creaciones con la 
mejor música que sepáis 
hacer. Os aconsejaría dos 
(en Inglaterra son de 
dominio publico y al cam¬ 
bio no os costarían dema¬ 
siado) estos son: El G.M.C 
y el SOÜNDTRAKER, pues 
los instrumentos de uno 
son compatibles con los 
del otro; además el AMOS 
es totalmente compatible 
con los ficheros de música 
creados con estos dos pro¬ 
gramas. 

Eso si, sin dejar aparte el 
AMOS. 

MESA DE TRABAJO 

Una vez que arranquéis el 
AMOS, veréis lo que es el 
Editor, desde el cual voso¬ 
tros haréis todas las ope¬ 
raciones necesarias para 
ir llevando a buen fin 
vuestras ideas más brillan¬ 
tes ; pero hablaremos de 
ello más adelante. Por 


ahora no os diré nada 
más. En este articulo, sim¬ 
plemente os he hecho una 
leve introducción de lo que 
es esta genial idea para 
nuestro COMODORE 
AMIGA. 

AVANCE DE TEMAS.- 

Durante este curso os iré 
enseñando, una serie de 
comandos, asi como a 
aplicarlos en una serie de 
ejemplos. Entre otras 
cosas, aprenderéis a: 

- Diferenciar y usar los prin¬ 
cipales elementos gráficos 
de un videojuego 
para AMIGA: PANTALLA, 
ICONOS, BOBS, SPRITES. 

- (Jsar los diferentes modos 
de pantalla y resoluciones. 

- Manejar los diferentes 
bancos de memoria. 

- Manejar el AMAL (sistema 
de animación del AMOS). - 
Como editar sonidos. - 
Como crear música y tras¬ 
ladarla al programa. - 
Como diseñar lo que serian 
los mapas del juego. - 
Como usar las máscaras 
en los gráficos. - y un largo 
etc... 

J.P.FREIRE 
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Los ojos del ordenador: 




Aprende a manejar la tarjeta 



t xiférico más carismático de 
el hardware del PC es, sin 


lugar a dudas, la tarjeta de vídeo 
VGA. De su correcta programación 
va a depender que nuestro juego 
sea calificado como extraordinario 
o simplemente "pasable", incluso 
cuando la adicción del mismo sea 

grande. 



Continuamos el estudio de 
BIOS de vídeo o VBIOS. 

Ya sabemos que éste se 
encuentra en la memoria ROM 
de la tarjeta de vídeo que inser¬ 
tamos en una de las ranuras de 
ampliación del PC. Gracias a 
esta movilidad, cada fabricante 
de tarjetas puede incluir sus 
propias rutinas de manejo de 
las mismas, de forma que inclu¬ 
so proviniendo de diferentes 
fabricantes, todas son compati¬ 
bles a los ojos del programador. 

También vimos el mes pasado 
como podemos hacer uso de 
dichas rutinas para nuestros 
propios propósitos, mediante el 
uso de la interrupción general 
de los servicios del VBIOS. 
Estamos hablando de lOh, o 16 
decimal. 

Por medio de ésta, se accede 
a los diferentes servicios están¬ 
dar de vídeo. Algunos de ellos 
son: Establecer modo de vídeo, 


establecer forma del cursor, 
obtener forma del cursor, etc. 
Pero empecemos a verlas una a 
una. 

INT lOh, AH = 0, AL=modo 

Establecer modo de vídeo 

La primera de todas, y la más 
importante, es la que permite 
cambiar el modo de vídeo. Es 
decir, establecer los parámetros 
esenciales de la visualización en 
pantalla, los cuales son: 

1) Tipo de información: Hay 

dos modalidades Gráfica y 
Alfanumérica. Indica la forma 
en que el hardware de la tarjeta 
mirará la información que está 
la VRAM en ese momento. Si el 
modo elegido es gráfico, los 
bytes de la información se tra¬ 
tarán como pixels o como parte 
de ellos. Sin embargo, si el 
modo escogido es alfanuméri- 
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Configuración de uídeo y House 


- Opciones de pantalla 

Colore de pantalla 
Color EGA/0GA 1 



tro de instalación abierto 04/15/94 13:1?-13 


Guardar ono... 


seleccionada 

CQREL40 


npr inir... 


Sa ir 


s de instalación personalizada : *•*•****«• 
an que se instalarían Todos, Parte o Ninguno 
Co L40\DBfiU - 3 - {"ON”, "ON", "ON", "OH", "ON"> 

CorelCHART! - C:\C0REL4G\CHART - 3 - {"ON","QNy’ON"} 

CorelSHOU! - C:'X0BEL40sSH0U - 3 - {"ON”,"ON",'ON > 

Corel PHOTO-PAINT! - CACOREL40SPHOTOPNT - 3 - í OH , OH , ON > 

CorelNOUE! - C:\COREL40M1OUE - 3 - {"ON".“ON","ON"} 

Corel TRACE* - C:\C0REL40\TRACE - 3 

CoreINOSAlC! - C:\COREL40\PROGRAHS - 1 

************ Directorios: ************************ 

FILTROS - 1 - 

TTF - 3 - C:nU1ND0HSsSYSTER 

SCANHERS - 3 - C:nU1ND0USsTUAIH\C0REL4 _ 




b oeéei-.ooi’l 


II modo 03h es en el que el ordenador arranca. Permite 80 columnas por 25 filas de 
caracteres, así como 16 colores simultáneos en pantalla. 


Código 

Modo 

OOh 

Texto, 40x25, 16 colores 

01 h 

Texto, 40x25, 16 colores 

02h 

Texto, 80x25, 16 colores 

03h 

Texto, 80x25, 16 colores 

04h 

Gráfico, 320x200, 4 colores 

05h 

Gráfico, 320x200, 4 colores 

06h 

Gráfico, 640x200, 2 colores 

07h 

Texto, 80x25, monocromo 

ODh 

Gráfico, 320x200, 16 colores 

OEh 

Gráfico, 640x200, 16 colores 

OFh 

Gráfico, 640x350, monocromo 

lOh 

Gráfico, 640x350, 16 colores 

11 h 

Gráfico, 640x480, 2 colores 

12h 

Gráfico, 640x480, 16 colores 

13h 

Gráfico, 320x200, 256 colores 


co, los datos se 
tomarán como caracte¬ 
res ASCII y sus consi¬ 
guientes atributos de 
color. En los juegos, los 
modos utilizados por 
excelencia son el 13h y 
el 13X, el segundo de 
los cuales no es están¬ 
dar y por lo tanto 
requiere una programa¬ 
ción previa de los regis¬ 
tros de la VGA, que 
estudiaremos más ade¬ 
lante. 

2) Resolución. Este 
parámetro indica cual 
es el cantidad de infor¬ 
mación que podemos 
ver en la pantalla estáti¬ 
ca, es decir en un deter¬ 
minado momento. 
Siempre se mide en 
columnasxfilas. Si el 
modo gráfico es alfa- 
numérico la unidad 
serán caracteres, si por 
el contrario es gráfico la 
unidad serán los pixels. 
De esta forma tenemos 
modos de 80 x 25 
caracteres y de 640 x 
480 pixels. 

3) Número de colores. 
Es decir, cuántos colo¬ 
res podemos ver simul¬ 
táneamente en pantalla. 
Estos van desde 4 en la 
tarjeta CGA, hasta los 
16 millones de la 
SuperVGA. 

Cuando llamamos a 
esta función deberemos 
cargar el registro AH 
con cero, lo cual indi¬ 
cará a qué función nos 
estamos refiriendo den¬ 
tro del conjunto de la 
interrupción lOh. El 
registro AL, se carga 
con el modo de vídeo 
que queremos estable¬ 
cer y finalmente llama¬ 
mos a INT lOh. 


El sistema realiza una 
programación de los 
registros del hardware 
de la VGA de forma que 
se ajustan los paráme¬ 
tros para la nueva visua¬ 
lizaron. Gracias a ello, 
la VGA se dice que 
emula las tarjetas de 
vídeo anteriores a ella, 
como la MDA, CGA y 
EGA, ya que sitúa su 
hardware en las mismas 
condiciones que dichos 
adaptadores originales. 
Cin truco muy útil, por 
cierto. 

Grabados en ROM se 
encuentran los paráme¬ 
tros correspondientes a 
cada modo gráfico, por 
lo que la INT lOh tan 
sólo los tomará e intro¬ 
ducirá en los puertos a 
los que están conecta¬ 
dos los puertos del 
hardware de la VGA, 
mediante instrucciones 
OÜT del lenguaje 
ensamblador. 

Pero veamos los 
modos gráficos más 
usuales dentro de la 
VGA estándar. 

El primero sería en el 
que entra el ordenador 
cuando lo arrancamos. 
El modo 03h (ver figura 
y pantallas adjuntas). 

En él, no se logra una 
gran riqueza gráfica, ya 
que los únicos pseu- 
dográficos que pode¬ 
mos utilizar son los que 
se incluyen en el juego 
estándar del formato 
ASCII. Con estos, se 
pueden hacer gráficos 
por bloques, que aun¬ 
que no nos sirvan de 
mucho para los juegos, 
si permiten hacer algu¬ 
na que otra "virguería" 
como las que se ven en 
muchos otros progra¬ 
mas de aplicación. 


El uso de estos gráfi¬ 
cos está muy extendido 
en la creación de cajas y 
ventanas, así como en 
menús desplegables 
como los que podemos 
ver en el EDIT que viene 
con nuestro MSDOS. 

En este modo tene¬ 
mos 80 columnas de 
caracteres y 25 filas. 


Para la mayoría de las 
aplicaciones esta canti¬ 
dad de información 
simultanea en pantalla 
ha resultado suficiente. 
No así para los juegos, 
donde la vistosidad grá¬ 
fica de los mismos ha 
impuesto la utilización 
de resoluciones más 
avanzadas.*** 
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El Amiga de 
Commodore es un 
ordenador, que 
como plataforma 
para los juegos, 
resulta una máquina 
maravillosa. 

De todos los aspectos 
que engloba la pro¬ 
gramación en este 
sistema, la correcta 
manipulación de 
hardware es muy 
importante. 

El AMIGA es un ordenador 
que, aunque en su confi¬ 
guración básica (Amiga 
500) posea un microproce¬ 
sador M68000 a tan sólo 7 
MHz sorprende por su 
capacidad en el tratamien¬ 
to de gráficos que lo con¬ 
vierte en una máquina per¬ 
fecta para el desarrollo de 
videojuegos. 

Su secreto reside en sus 
coprocesadores de apoyo- 
que liberan a la CPU de 
ciertas tareas específicas 
que el microprocesador 
tardaría mucho más tiem¬ 
po en ejecutar. 

CJn microprocesador es un 
chip de propósito general. 
Esto significaque está 
diseñado para realizar cual¬ 
quier tipo de tarea; así, 
tenemos instrucciones 
lógicas, aritméticas, de 
transferencia de datos, etc. 
Pero es difícil pensar que 
todas estas instrucciones 
las realizaría más lenta¬ 


mente que un chip que 
estuviese especializado en 
ejecutar un tipo concreto 
de instrucciones. Estos son 
los chip de propósito 
específico, y como ejemplo 
tenemos un coprocesador 
matemático que realiza 
operaciones matemáticas 
que el microprocesador 
por sí solo tardaría varias- 
veces más en ejecutar. En 
el AMIGA tenemos lo que 
podríamos llamar coproce¬ 
sadores gráficos, y la 
correcta programación de 
éstos es lo que hace que 
nos sorprendamos cuando 
nos sentamos ante un 
juego con scroll multi- 
direccional y múltiples grá¬ 
ficos moviéndose a la vez. 
Estos coprocesadores se 
conocen como los “cus- 
tom chips”que fueron 
diseñados a medida para 
el AMIGA. Lo componen 
tres chips, llamados 
AGNUS, DENISE Y PAULA 
y veremos a continuació- 
nuna breve descripción de 
ellos. 


AGNUS 

Este chip es el más impor¬ 
tante, ya que los otros dos 
dependende él. Por una 
parte controla el DMA. El 
DMA (Direct Memory 
Access,Acceso Directo a 
Memoria) es un sistema 
por el cual los dispositivos 
se conectan directamente 
a la memoria, pudiendo 
escribir/leer datos a/de la 
memoria sin necesidad de 
molestar a la CPU. Esto es 
bastante útil si tenemos en 
cuenta que los dispositivos 
necesitan acceder conti- 




Por: £d 


Alvaro Mateos 

nuamente a la memoria, y 
sin la ayuda del DMA 
estarán constantemente 
interrumpiendo a laCPU, 
sin dejarle tiempo para su 
principal tarea: ejecutar el 
proceso en curso. Por otra 
parte, el AGNUS tiene una 


circuitería que permite la 
transferencia de memoria a 
memoria de una forma 
muy especial, mediante el 
llamado BLITTER. El BLIT- 
TER es el responsable de 
imprimir los móviles en 
pantalla a gran velocidad, 
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PROGRAMACION DEL HARDWARE DEL AMIGAR” 
Listado 1 


CUSTOMS 
COLOROO 
COLOROI 
Inicio: lea 
move 
move 
loop 
move 
move 
addq 
and 
subq 
and 
btst.b 
bne 


equ SdffOOO 
equ $180 
equ $182 
CUSTOMS,aO 
#$0000,dO 
#$0fff,d1 


; apuntamos con aO la base de los registros 
; cargamos dO con el color negro 
; cargamos di con el color blanco 


dO,COLOROO(aO); escribimos en el registro del color 0 
di,COLOROI (aO); escribimos en el registro del color 1 


#1,d0 
#$0fff,d0 
#1,d1 
#$0fff,d1 
#6,$bfe001 
loop 


; cambiamos el color simplemente 
; incrementándolo, ajustándolo a los 
; 4096 colores posibles 

; mientras no pulsemos el boton del ratón 
; seguimos en el bucle 

Listado 1 


pudiendo enmascarar gráfi¬ 
cos y mezclarlos con el 
fondo, consiguiendo que 
se muevan por el escenario 
sin corromperlo. Otra 
característica del AGNUS 
es su capacidad de sincro¬ 
nizar ciertas operaciones 
con el barrido de pantalla. 
Para entender ésto, imagi¬ 
nemos que podemos ver el 
funcionamiento de nuestro 
monitor “a cámara lenta”; 
veríamos así como se van 
coloreando los diferentes 
puntos de la pantalla de 
izquierda a derecha(hasta 
completar una línea) y de 
arriba a abajo (hasta com¬ 
pletar un “frame” o cua¬ 
dro). Esto ocurre 50 veces 
por segundo y se denomi¬ 
na refresco o barrido de 
pantalla. Pues bien, el 
AGNUS sabe en cada 
momento donde se 
encuentra el puntero del 
“ráster” (haz de electrones) 
y podremos programarlo 
para que haga lo que que¬ 
ramos cuando el ráster se 
encuentre en un punto 
determinado. Por ejemplo, 
podemos cambiar el modo 
de vídeo cuando se alcan¬ 
cen las 20 últimas líneas de 
pantalla, creando simultá¬ 
neamente dos modos de 
vídeo diferentes, uno para 
la pantalla de juegos y otro- 
para el marcador. Esto 
podemos hacerlo progra¬ 
mando el COPPER, que 
trataremos más adelante. 

DENÍSE 

Este chip es el encargado 
de las señales de vídeo del 
AMIGA. El AGNUS, 
mediante DMA, va cogien¬ 
do los datos de la memoria 
y enviándolos a este chip 


que, dependiendo del 
modo en que esté progra¬ 
mado, procesará estos 
datos para dar lugar a la 
imágen de vídeo que vere¬ 
mos en nuestro monitor. 
Posée varios modos de 
pantalla, dos tipos de reso- 
lución(alta y baja), una 
paleta de 4096 colores y 
32 registros de color. 
Permite el uso de sprites, 
scroll por hardware y varias 
características más, que ya 
comentaremos. 

PAULA 

Este no es un chip gráfico, 
sino más bien un chip 
diseñado para la gestión de 
entrada/salida de los perifé¬ 
ricos, pero posée también 
un convertidor digital/ 
analógico encargado de los 
cuatro canales de sonido 
del AMIGA. Además es el 
encargado de gestionar las 
interrupciones del sistema, 
incluidas las generadas por 
los dos chips anteriores. 

PROGRAMACION DE LOS 
CUSTOM CHIPS 


Tras describir brevemente 
los chips AGNUS, DENISE 
Y PAULA,veamos cómo 
podemos programarlos 
según nuestras necesida¬ 
des. 

Cada uno de los chips 
tiene asociado una serie de 
registros que estarán locali¬ 
zados en distintas posicio¬ 
nes de memoria. A la hora 
de programar los chips no 
nos hará falta saber de 
cualde ellos se trata porque 
eso será transparente para 
nosotros. Unicamente nos 
interesa saber qué hace 
cada registro. 

Como hemos dicho, un 
registro será para nosotros 
una posición de memoria, 
en la que según el valor 
que escribamos estaremos 
programando el chip de 
una forma u otra. Hay tam¬ 
bién registros de lectura 
que nos servirán para 
conocer el estado de los 
chips. Todos estos regis¬ 
tros están localizados a 
partir de la dirección 
$dff000 (en hexadecimal) y 
nos referiremos a cada uno 
de ellos con el offset 
correspondiente a partir de 


esa posición. 

Vamos a poner un ejemplo 
sencillo de programación 
de estos registros. Existen 
32 registros de color nom¬ 
brados como COLOROO ... 
COLOR31, que están loca¬ 
lizados a partir de ladirec- 
ción $dff 180 (offset $180). 
Los registros de color res¬ 
ponden al sistema RGB, 
pudiendo elegir 16 tonali¬ 
dades diferentes de rojo, 
verde y azul para crear el 
color deseado.Tendremos 
por tanto 16 elevado a 3 = 
4096 colores diferentes. 
En el siguiente programa 
(Listado 1) iremos cam¬ 
biando los dos primeros 
registros de color 
(COLOROO y COLOROI) 
en un bucle cerrado. En la 
pantalla veremos, como 
podéis imaginar, un arcoi- 
ris de colores. 

EL COPPER 

Como explicamos antes, el 
COPPER es un pequeño 
microprocesador, dentro 
de AGNUS, que está sin¬ 
cronizado con el barrido de 
pantalla. Lo que este 
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Estudiamos el hardware del Amiga a fondo 


I amiga viene equipado con una serie de coprocesadores que 
ayudan en gran medida a la liberación del microprocesador de 
ciertas tareas, con lo que, y a pesar de ser lento (7mhz) permite 
manejar sonido y gráficos con gran fluidez 


microprocesador nos per¬ 
mite hacer es, básicamen¬ 
te, esperar a que el ráster 
alcance una posición deter¬ 
minada y escribir en cual¬ 
quier registro de los cus- 
tom chips. Decimos que 
es como un pequeño 
microprocesador porque, 
como tal, coge instruccio¬ 
nes de la memoria y las 
ejecuta. Las instrucciones 
que puede realizar son tan 
sólo tres: MOVE, WAITy 
SKIP. 

MOVE registro,valor: 

Esta instrucción es como la 
del 68000 donde ‘valor’ es 
un dato de 16 bits y regis¬ 
tro es el offset de 16 bits 
que indica en cuál de los 
registros de los custom 
chips se va a escribir. Esto 
nos permitirá cambiar el 
modo de pantalla, cambiar 
la paleta de colores o 
manejar cómodamente los 
sprites, entre otras cosas. 
Podemos también generar 
la interrupción que desee¬ 
mos escribiendo en el 
registro INTREQ. Esta 
posibilidad es bastante útil 
si queremos evitar parpa¬ 
deos a la hora de imprimir 
gráficos. Así pués, pode¬ 
mos generar una interrup¬ 
ción cuando el ráster esté 
al final de nuestra pantalla 
de juego para empezar la 
impresión de gráficos sin 
que el ráster nos atrape a 
mitad del proceso, lo que 
produciría distorsión enla 
imagen, e incluso un par¬ 
padeo. 

WAIT vp,hp: 

Con esta instrucción le 
decimos al COPPER que- 


espere hasta que el ráster 
llegue a la posición vp,hp 
de lapantalla. Cuando el 
COPPER encuentra esta 
instrucción, pueden ocurrir 
dos cosas: 

- Si el ráster se encuentra 
en una posición anterior a 
ésta, espera a que llegue, y 
cuando esto ocurre, coge 
la siguiente instrucción y la 
ejecuta. 

- Si el ráster se encuentra 
en una posición posterior, 
entenderá que no debe 
esperar algo que ya ocurri¬ 
do y cogerá la siguiente 
instrucción. 

SKIP vp,hp: 

Actúa de forma parecida a 
WAIT, sólo que cuando se 
alcanza una posición dada, 
se salta la instrucción que 
viene a continuación y eje¬ 
cuta la siguiente. Esta ins¬ 
trucción se usa normal¬ 
mente para realizar bucles. 

FOR/MATO DE LAS INS¬ 
TRUCCIONES 

Las tres instrucciones ante¬ 
riores están formadas por 
dos palabras de 16 bits y 
su formato es el siguiente: 
MOVE : La primera palabra 
contiene el offset del regis¬ 
tro a escribir, y la segunda 
el dato de 16 bits que será 
transferido al registro. 
Primera palabra: - bit 0 
siempre a 0 - bits 1-8 off¬ 
set indicando el registro - 
bits 1-15 no se usan, pero 
deben ponerse a 0 
Segunda palabra: - bits 0- 
15 dato a escribir Ejemplo: 
dc.w $0180,$0FFF ; pone 
en el registro COLOROO 


(offset $180); el valor 
$0FFF (color blanco) 
WAIT : La primera palabra 
contiene la posición hori¬ 
zontal y vertical del ráster. 
La segunda actúa como 
una máscara, que indica 
qué bits de la posición 
horizontal y vertical deben 
tomarse en cuenta. 

Primera palabra: - bit 0 
siempre a 1 - bits 1-7 posi¬ 
ción horizontal - bits 8-15 
posición vertical. Segunda 
palabra: - bit 0 siempre a 0 
- bits 1-7 máscara horizon¬ 
tal - bits 8-14 máscara ver¬ 
tical - bit 15 poner a 1 Por 
ejemplo, para esperar a la 
posición 100 ($64 en hex.) 
verticahdc.w $6401,$FF00 
; espera a la linea 100 sin 
importar la coordenada 
horizontal 

SKIP. Igual que WAIT, sólo 
que el bit de la segunda 
palabra debe valer 1. 

PROGRAMACION DEL 
COPPER 

Para programar el COPPER 
tenemos que escribir la 
“copper list”, esto es, la 
serie de instrucciones que 
queremos que ejecute. 
Como no tenemos ensam¬ 
blador para el COPPER, 
tendremos que codificar 
las instrucciones manual¬ 
mente y escribirlas en el 
ensamblador del 68000, 
como si fueran datos (con 
dc.w). Al final escribiremos 
la instrucción WAIT 255, 
127 (dc.w $FFFF, $FFFE), 
que indicará el final de la 
“copper list”. CJna vez escri¬ 


ta y ubicada en la memo¬ 
ria, debemos indicar al 
COPPER dónde debe 
empezar a ejecutar las 
intrucciones,escribiendo en 
el registro COP1LC la 
dirección de nuestra ”cop- 
per list”. Cada vez que 
empiece el barrido de pan¬ 
talla, el COPPER buscará 
en este registro la dirección 
donde comienzan las ins¬ 
trucciones que debe ejecu¬ 
tar. La “copper list” se eje¬ 
cutará desde el principio 
una vez cada 1/50 de 
segundo. De todas formas 
existe otro registro para for¬ 
zar al COPPER a saltar a la 
primera instrucción. Este 
registro es el COPJMP1, y 
basta con escribir en ól 
cualquier valor para que el 
COPPER salte a la primera 
instrucción. Existen 
además otro par de regis¬ 
tros, COP2LC y COPJMP2, 
que actúan de igual forma 
y que se usan en combina¬ 
ción con la instrucción 
SKIP para realizar bucles. 
Aunque todo lo dicho ante¬ 
riormente puede resultar 
bastante complicado, 
vamos a ver un ejemplo 
que demostrará lo fácil que 
es escribir una lista de ins¬ 
trucciones para el COP¬ 
PER. En el siguiente ejem¬ 
plo (Listado 2) creamos un 
modo de pantalla con un 
sólo color, pero con la 
ayuda del COPPER realiza¬ 
remos un truco que permi¬ 
tirá que se vean en pantalla 
cinco colores diferentes. 
Tema éste último, motivo 
de nuestro próximo artícu¬ 
lo. 

el 
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Introducción 


te la lista ASCII. ¿Qué ha 
pasado? 

Al comienzo de este curso diji¬ 
mos que el rango de valores 
de cada tipo depende del 
compilador que usemos. Sin 
embargo, la mayoría suelen 
coincidir en muchos casos: El 
tipo char toma valores de 
menos 128 a 127, mientras 
que el int lo hace de -32768 a 
32767. 

Los tipos funcionan cíclica¬ 
mente, es decir, al sobrepasar 
el 127 en tipo char, se vuelve 
a empezar por el - 128. 
Sabiendo esto, resulta obvio 
que la condición 
carácter < 255 

siempre será verdadera, y el 
bucle for se hace infinito. Si 
definimos ‘carácter’ como int, 
se evita este problema. 

Por cierto, puede resultar 
extraño que el tipo carácter 
tome valores negativos, pero 
no lo es tanto sabiendo que C 
trata los caracteres como 
números enteros. Siendo así, 


En el número anterior pre 
sentábamos un pequeño pro¬ 
grama, llamado lista.c, el cual 
reproducimos en la figura 
número 1. 

Si el lector intentó ejecutarlo, 
se encontraría que lo único 
que hace es sacar por pantalla 
la serie de caracteres ASCII, 
del 33 hasta el 254. 

La variable ‘carácter’ toma el 
valor inicial 33, que va incre¬ 
mentándose mientras sea 
menor que 255. A cada vuel¬ 
ta, se imprime el carácter 
correspondiente (función put- 
char). 

La función putchar() no hace 
salto de línea, por lo que los 
caracteres van saliendo jun¬ 
tos. Al terminar el bucle for, el 
cursor se encuentra justo tras 
el último carácter. La instruc¬ 
ción putchar(‘\n’) da un salto 
de línea para que el cursor 
pase al principio de la siguien¬ 
te línea. Así logramos que el 
“prompt” del sistema salga 
un poco separado al terminar 
el programa. 

El \n’ es la forma que C tiene 
para representar el salto de 
línea. Los caracteres especia¬ 
les se escriben siempre con 
una barra invertida y una letra. 
V es el retorno de carro (el 
cursor vuelve al extremo 
izquierdo sin saltar de línea); 
‘\t’ es el tabulador. Cuando 
queramos representar una 
barra inver tida propiamente 
dicha, la pondremos doble 

(\Y). 


es lógico también que exista 
el tipo “unsigned char”, que 
toma valores de 0 a 255. 
¿Serviría este tipo para usarlo 
en nuestro programa lista.c? 


LA ORDEN #INCLÜDE 
Hasta ahora habíamos su 
puesto que las funciones usa¬ 
das por un programa tenían 
que definirse dentro del 
mismo; es decir, que cuando 
invoquemos la función “fun()”, 
en algún otro lugar del pro¬ 
grama tendría mos que decir¬ 
le al compila dor qué hace 
exactamente fun(). 

Sin embargo, esto no es siem¬ 
pre así, pues el propio compi¬ 
lador posee una serie de 
bibliotecas (o “librerías”) de 
funciones predefinidas. 
Además, nosotros mismos 
podemos definir las nuestras, 
o incluso comprar algunas de 
las que se comercializan. 

Cada compilador puede traer 
cientos de funciones predefi¬ 
nidas que nos pueden ahorrar 


La barra invertida seguida pe 
un número de hasta tres cifra 
se interpreta como el códig» 
ASCII de un carácter. E 
número debe ser octal (bas 
8). El ‘\0’ (cará cter nulo) s 
interpreta como fin de cade 
na. 


ENTEROS COMO 
CARACTERES 
Hay una señe de caract 
cas del programa que lo 
hacen interesante. 

En primer lugar, no tiene 
mucha lógica usar una varia¬ 
ble int para representar carac¬ 
teres. Esto deja de extrañar al 
saber que la función putchar() 
requiere un int como argu¬ 
mento. En general, todas las 
funciones de entrada/salida 
estándar representan los 
caracteres como int en vez de 
char. 

De todas formas, teniendo en 
cuenta que, internamente, los 
char se tratan como enteros, 
no suele haber problemas 
pasándole un char a una de 
estas funciones. La verdadera 
razón por la que en este pro¬ 
grama se declaró ‘carácter’ 
como int es un poco menos 
“obvia”. 

Pruébese a cambiar int por 
char en la declaración de 
‘carácter’: 

char carácter; 

¿Qué ocurre al ejecutar el pro¬ 
grama con este cambio? 
Nuestro programa no termi na 
nunca, repitiendo infinitamen¬ 
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mucho trabajo. Lo malo es 
que pueden ser diferentes de 
uno a otro compilador. Las 
únicas que seguro están en 
todos son las que se llaman 
"bibliotecas estándar”. 

Si usamos estas bibliotecas, 
tendremos la ventaja de que 
nuestros programas serán 
compatibles con todos los 
compiladores, incluso los que 
corren en diferentes sistemas 
operativos. A esta característi¬ 


ca se le llama “Portabilidad”. 
Para usar funciones de una 
biblioteca, ya sea estándar o 
no, tenemos que incluir la 
declaración de sus funciones, 
constantes, estructuras, etc. 
en nuestro código, de manera 
que el compilador las reco¬ 
nozca cuando las usemos. 
Todas estas declaraciones de 
encuentran en unos archivos 
especiales, llamados “de 
cabecera” (header files), que 


CURSO 


/*LISTA.C - Lista de caracteres ASCII*/ 
#include <stdio.h> 

int main(void) /*Cabecera de función*/ 

{ 

int carácter; /*Declaracion de variable 
local*/ 

for (carácter = 33 ; carácter < 255 ; 
caracter++) 

putchar(caracter); 

putchar(‘\n J ); 

return 0; 

} /*fin de main()*/ 


Figura 1, LISTA.C 


/*MAYUS.C - Programa que convierte en pun¬ 
tos las letras mayúsculas*/ 

#include <stdio.h> /*Biblioteca estándar 
de E/S*/ 

int main(void) /*Cabecera de main*/ 

{ 

int letra; /*Variable local*/ 

while ((letra=getchar()) != EOF) 
if (letra>=’A 5 && letra<=’Z 5 ) 
putchar(‘.’); 
else 

putchar(letra); 

return 0; 

} /*fin de main*/ 


Figura 2, MAYUS.C 


tienen extensión “.h”. Cada 
biblioteca tiene uno o varios. 
En diferentes manuales 
encontraremos referencias de 
las funciones de biblioteca, y 
los diferentes archivos de 
cabecera donde vienen decla¬ 
radas. Las cabeceras estándar 
más comunes son las que vie¬ 
nen en la tabla adjunta. 

Para incluir una cabecera (por 
ejemplo, “stdio.h”) en uno de 



CABECERAS DE BIBLIOTECA ESTANDAR MAS COMUNES 

stdio.h 

Funciones de entrada/salida 

stdlib.h 

Conversión de tipos y asignación de memoria 

string.h 

Manejo de cadenas de caracteres 

ctype.h 

Comprobaciones y conversiones de tipos 

io.h 

Control de disco a bajo nivel 

math.h 

Funciones matemáticas en punto flotante 

dos.h 

Interacción con el MS-DOS 

dir.h 

Búsqueda de ficheros y manejo de directorios 



CJ 

37 














U R S O 


nuestros programas pondre¬ 
mos al principio: 

#include <stdio.h> 

Tanto el (#) como los ángulos 
deben ponerse tal y como 
aparecen. Entre el (#) y la 
palabra inelude no debe haber 
ningún espacio. 

Los ángulos dicen que el 
archivo stdio.h debe buscar se 
en el directorio especialmente 
dedicado a cabeceras, y no en 
el actual. Para buscarlo en el 
directorio actual, lo pondre¬ 
mos entre comillas dobles, y 
no entre ángulos. 

En nuestro ejemplo lista.c, 
usamos la función de librería 
estándar “putchar()”, cuya 
declaración está en el ya nom¬ 
brado stdio.h. Por ello, lo 
incluimos al princi pió. 

LA FUNCIÓN MAIN 
En la cabecera de la función 
main, el int dice que main 
devolverá un entero. Este 
entero lo usará el sistema ope¬ 
rativo para saber cómo ter¬ 
minó el programa (ERRORLE- 
VEL). Normalmente, devolverá 
cero cuan do termine normal¬ 
mente, y un valor distinto de 
cero al ocurrir algún error. 

El valor devuelto por cual 
quier función (incluida main) 
será el especificado en la sen¬ 
tencia return. Esta instrucción 
termina la ejecución, retoman¬ 
do el valor especificado. El 
valor se puede omitir, devol¬ 
viendo en ese caso un valor 
indefinido. También se puede 
omitir toda la instrucción 
return, terminando entonces 
al llegar al final de la fun ción. 
El void dentro de los parén 
tesis, indica que main no 
tomará ningún parámetro 
(tipo vacío). 

Se pueden eliminar el int y el 
void, quedando: 

main() 

La forma larga tiene la ventaja 
de que es más explicativa, y 
unifica el formato de main con 
el del resto de las funciones. A 


efectos prácticos, el funciona¬ 
miento es idéntico. 

Así pues, vemos que en nues¬ 
tro programa lista.c se han 
incluido varias cosas que, 
aunque no sea obligatorio 
ponerlas, facilitan la lectura 
del código. Esta norma nos 
permitirá hacer programas 
más legibles y coherentes. 

ÜN PROGRAMA FILTRO 
El siguiente programa 
“mayus.c” es ejemplo de una 
clase de programas muy útil: 
los “filtros”, ün programa filtro 
toma una secuencia (flujo o 
corriente) de caracteres de 
entrada, opera algún cambio 
sobre ellos, y los pone en la 
salida, como se observa en el 
esquema. 

La “entrada” y la “salida” pue¬ 
den ser ficheros o dispositivos. 
En este ejemplo, para simplifi¬ 
car, tomaremos la entrada del 
teclado (función getchar) y 
pondremos la salida en la 
pantalla (putehar). Ambas fun¬ 
ciones están recogidas en la 
cabecera stdio.h, así que usa¬ 
remos el correspondiente 
#include. Ver Figura 2. 

La transformación que realiza 
mayus.c en la corriente de 
caracteres es la supresión de 
todas las letras mayúsculas, 
las cuales serán sustituidas 
por puntos. Las minúsculas y 
otros símbolos pasan el filtro 
sin modificación. 

Tras el trámite de las cabece¬ 
ras y declaraciones, el núcleo 
del programa es un bucle 
while, que termina al leer de la 
entrada un carácter de “final 
de fichero” (EOF: end of file). 
EOF debe escribirse en 
mayúsculas, y es una constan¬ 
te numérica definida en 
stdio.h, la cual representa el 
final de la “corriente” de 
caracteres, ya sea proveniente 
de un fichero, o de un disposi¬ 
tivo, como en este caso. 

Cada dispositivo tiene una 
forma de indicar el final, pero, 


a la hora de programar, el uso 
de la constante EOF nos vale 
en todos los casos. En el caso 
del teclado, el final se indica 
pulsando simultáneamente las 
teclas Control-Z. Entonces, la 
función getchar reporta el 
citado EOF, concluyendo 
nuestro bucle while. 

Se ha mencionado que EOF 
es una constante “numéri ca”. 
Está fuera del rango para el 
tipo char o unsigned char, lo 
que nos obliga a definir “letra” 
como int. Esto no supone pro¬ 
blemas, pues, como ya se ha 
dicho, las funciones putehar, 
get char y similares manejan 
los caracteres por su código 
ASCII. 

La condición que hemos 
puesto en el while es más 
complicada que las que 
hemos usado hasta ahora: 

while ((letra=getchar()) != EOF) 

Es un ejemplo de la potencia y 
flexibilidad de C, frente a otros 
lenguajes. La parte derecha de 
la expresión: 

... != EOF 

indica que se repita el bucle 
mientras que “algo” no sea el 
fin de la entrada. Pero, ¿qué 
es ese “algo”? 

(letra = getchar()) 

Nos encontramos ante una 
expresión de asignación (no 
confundir con la compara 
ción ==). A la variable “letra” 
le asignamos el valor que nos 
proporcione la función get¬ 
char, que no es otro que el 
siguiente carácter pulsado. 

Así pues, estamos leyendo del 
teclado, asignando la lectura a 
una variable e, inmediatamen¬ 
te, comparándola con la cons¬ 
tante EOF. Todo ello en la 
misma línea de programa. 

Ello es posible porque en C, al 
contrario de la mayoría de len¬ 
guajes, la asignación (=) no 
es una instrucción propiamen¬ 
te dicha, sino un operador, 
que puede usarse dentro de 


expresiones más complejas. El 
operador, no sólo da valor a 
una variable, sino que propor¬ 
ciona dicho valor para ser 
usado por el resto de la expre¬ 
sión. 

La asignación tiene menor 
prioridad que la compara 
ción; por ello, ponemos los 
paréntesis forzando que se 
realice antes. Los paréntesis 
más externos son obligatorios 
para el while; los que están 
vacíos tras getchar indican 
que ésta es una función que 
no recibe parámetros. Tantos 
paréntesis anidados dificultan 
un poco la comprensión del 
código, pero este inconve¬ 
niente se compensa con cre¬ 
ces, pues esta expresión es 
más compacta y eficiente que 
cualquier otra que podamos 
usar. En C, una vez más, se 
prefiere la eficiencia a los for¬ 
malismos. 

Dentro del while, encontra 
mos una construcción 
“if...else”, que no es necesario 
encerrar entre llaves, pues se 
trata como una unidad. 

En la condición del if, volve¬ 
mos a encontrar valores 
numéricos mezclados con 
caracteres. Las comillas sim¬ 
ples identifican los litera les. 

La expresión: 
letra > = 7V 

comprueba si el valor ASCII 
contenido en “letra” (que es el 
que se leyó con getchar) es 
mayor (el código) o igual al de 
la letra A mayúscula. Esto es, 
si el carácter que se leyó está 
después de la A en la lista 
ASCII (o es la pro pia A). 
Igualmente, la expresión: 
letra <=’Z’ 

comprueba si dicha letra es la 
Z mayúscula, o está antes de 
la Z en la lista ASCII. El opera¬ 
dor && obliga a que ambas 
expresiones sean ciertas. 
Resumiendo, si el carácter 
leído está entre la A y la Z 
mayúsculas, ambas inclusi ve, 
se escribe un punto en la pan- 
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CURSO 


ASIGNACION DE LOS CANALES DE ENTRADA/SALIDA ESTANDAR 


talla, en otro caso (else) se escribe la 
propia letra. 

La comprobación se repite indefini¬ 
damente, hasta que se pulse 
Control-Z, lo que hará que la condi¬ 
ción del while sea falsa, terminando 
el programa (retum). Resumimos 
todo ello en un diagrama de flujo, 
como el de la figura. 

Si ponemos a funcionar el programa, 
veremos que getchar no funciona 
exactamente como pensábamos que 
lo haría. 

En efecto, getchar no lee carácter a 
carácter a medida que tecleamos, 
sino que retiene una línea completa. 

Cuando pulsamos Intro, los caracte¬ 
res de la línea se liberan uno a uno 
en cada ejecución de getchar. üna 
vez agotados los caracteres, el 
siguiente getchar volverá a retener 
una línea completa. Esto es así por¬ 
que el teclado usa un “buffer” 

(memoria intermedia) donde se lee 
toda una línea. La función getchar 
toma los caracteres del buffer, no 
directamente del teclado. 

Así pues, ponemos a funcionar el 
programa y tecleamos las siguientes 
líneas, pulsan do Intro tras cada una 
de ellas: 

Dennis Ritchie creó el lenguaje C tra¬ 
bajando para la AT&T. 

Lo que veremos en pantalla será una 
mezcla de lo que hemos tecleado y 
lo que el programa produce como 
salida: 

Dennis Ritchie .ennis .itchie creó el 
lenguaje C creó el lenguaje . traba¬ 
jando para la AT&T trabajando para 
la ..&. 

Como esperábamos, el programa 
convierte cada mayúscula en un 
punto. Cuando queramos terminar, 
pulsaremos Control-Z (apa recerá en 
pantalla como ~Z), y aún tendre¬ 
mos que pulsar Intro una vez más 
para liberar el buffer. 

CANALES ESTANDAR 

Aunque los caracteres aparezcan en 
pantalla mezclados, en realidad lle¬ 
gan hasta ella por tres “canales” (en 
inglés “streams”) diferentes: 
a) La “entrada estándar” (que en C 
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perror 


Entrada Estándar 




putchar 

Salida Estándar 



printf 

i —-> 



puts... 






¡ 



Error Estándar 


se denomina “stdin”) es el canal del que toma los 
datos la función getchar y sus equivalentes. El sis¬ 
tema operativo, si no se le requiere otra cosa, 
conecta este canal con el teclado y, curiosamente, 





también con la pantalla. Se dice que 
los caracteres tecleados tienen “eco” 
a pantalla (por eso en el ejemplo 
anterior la entrada se mezclaba con 
la salida). 

b) La “salida estándar” (stdout) es el 
canal en el que ponen sus datos las 
funciones putchar y similares. Por 
defecto, está conectado a la panta¬ 
lla. 

c) El canal de “error están dar” 
(stderr) está pensado para que los 
programas pongan en él sus mensa¬ 
jes de error, así como otras indica¬ 
ciones que se quiera hacer al usua¬ 
rio. La diferencia con la salida están¬ 
dar está en que stderr siempre está 
conectado a la pantalla. Es imposi¬ 
ble, al menos en MS-DOS, recondu¬ 
cirlo a un fichero, a otro programa, 
etc., tal como haríamos con stdout. 
Usando el error estándar, nos ase¬ 
guramos que nuestros mensajes de 
error nunca se van a “escapar” a 
otro sitio que no sea la pantalla. 

En el gráfico adjunto se representan 
estos canales como si se tratasen de 
tube rías. Aparecen con sus asigna¬ 
ciones por defecto, y ejemplos de 
funciones de stdio.h que hacen uso 
de ellos. 

En un próximo número trataremos 
en profundidad la programación de 
estos canales estándar, y cómo 
aprovechar su capacidad de recon¬ 
ducirse a cualquier fichero, dispositi¬ 
vo e, inclu so, a otros programas. 
Esta última cualidad nos permitirá 
crear fácilmente programas que 
cooperen entre sí. 
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T enemos ya una 
leve idea de como 
el microprocesa¬ 
dor es capaz de 
entender nuestras órdenes 
gracias al sistema binario. 
Los unos y los ceros cons¬ 
tituyen el universo numéri¬ 
co del ordenador ir más 
allá sería entrar en los már¬ 
genes de lo humano. 

BINARIO, 

CONTINUACIÓN 

Como vimos, representar 
un número binario es útil 
para entender como el 
microprocesador “mira” los 
números. Resulta un siste¬ 
ma rústico y lioso, eso sí, 
pero nuestro ordenador es 
capaza de trabajar con el a 
muy alta velocidad, cosa 
que nos interesa. ¿Qué 
hacemos entonces si que¬ 


remos trabajar con los 
números de forma más 
cómoda? La respuesta es 
sencilla pero complicada a 
la vez. Nos vemos obliga¬ 
dos a traducirlos a otro sis¬ 
tema o notación donde su 
representación nos resulte 
más sencilla para el enten¬ 
dimiento humano. El siste¬ 
ma utilizado por excelencia 
es el Hexadecimal, por su 
correspondencia con el 
binario y su facilidad de 
traducción al sistema deci¬ 
mal. Este último sería el 
sistema ideal, ya que es el 
más cercano al hombre y 
su modo de ver los “núme¬ 
ros”. 

LA POSICION ES LO 
QUE IMPORTA 

Hemos visto que en cual¬ 
quier sistema númerico 


Andrés Lopetegui 


que utilizemos lo que más 
importancia tiene es el la 
posición que ocupe el dígi¬ 
to dentro de la cifra. Así, en 
el sistema decimal en el 
cual sólo contamos con 10 
dígitos diferentes, se pue¬ 
den construir números que 
pueden rondar entre 
menos infinito y mas infini¬ 
to. Pues bien, lo mismo 
ocurre con los dos siste¬ 
mas númericos restantes, 
el hexadecimal y el binario. 

Dependiendo de donde 
se encuentre el número así 
será su valor real. Pero, en 
cada sistema, el valor 
variará en función de la 
base que utilicemos. 
Binario base 2, decimal 



base 10 y hexadecimal 
base 16. 

En el decimal hallamos el 
exponente de diez. En el 
binario hallamos el expo¬ 
nente de dos y en hexade¬ 
cimal el exponente de 16. 

Por ejemplo: 

Sistema decimal 

Dígitos del 0 al 9 

Posición 0....10°= 1 

Posición 1.... 10 1 = 10 

Posición 2.... 102= 100 

etc 

Sistema binario 

Dígitos 0 y 1 

Posición 0....2o=l 
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Posición 1....2i=2 
Posición 2....22=4 
etc 

Sistema Hexadecimal 

Dígitos del 0 a la F 

Posición 0....16o=0 
Posición 1.... 16» = 16 
Posición 2....16 2 =256 
etc 

Por lo tanto, según la 
posición que ocupen y el 
sistema de notación numé¬ 
rica así será el valor real de 
la cifra. 

Por convención, a los 
números binarios se les 
añade una "b" al final, a los 
decimales "d" y a los hexa- 


decimales se les precede con 
el símbolo del dólar De 
esta forma usaremos núme¬ 
ros tales como: 

12345d 

$12345 

los cuales tienen un valor 
real diferente, como veremos 
más adelante. 

Lo números siguientes tam¬ 
bién son todo diferentes: 

1001 Id 

$10011 

10011b 

¿Os dáis cuenta de por 
qué? 


SISTEMA 

HEXADECIMAL 

Para traducir un número 
hexadecimal en su correpon- 
diente decimal bastará con 
multiplicar cada una de sus 
posiciones por su valor, el 
cual se calcúla elevando 16 al 
exponente de la posición. 

La posiciones empiezan a 
contarse desde cero 
(0,l,2,3,4,...,n) de esta forma 
obtendremos los valores que 
podéis ver el la tabla 1 que 
podéis ver en esta página. 

Para averiguar el valor deci¬ 
mal, sumaremos el total de 
todas. Tabla 2. 

La traducción de un núme¬ 
ro hexadecimal a binario es 
más sencilla, ya que cada 
dígito se puede representar 
por 4 bits. Tabla 3. 

En el próximo número vere¬ 
mos las otras posibilidades de 
traducción, es decir, de deci¬ 
mal a hexadecimal y a bina¬ 
rio. 

Esta materia puede resultar 
algo pesada pero es de gran 
importancia. Sin un conoci¬ 
miento exahustivo de los sis¬ 


temas de notación numérica nunca podremos entender 
cuestiones tan importantes como el funcionamiento del 
procesador, lo chips de apoyo a éste y la memoria. 

Te pido, por favor, que jueges un poco con un papel y 
un lápiz, pasando números entre los formatos hexadeci- 
mal, binario y decimal. 


HEXADECIMAL 

DECIMAL 

0 

0 

1 

1 

2 

2 

3 

3 

4 

4 

5 

5 

6 

6 

7 

7 

8 

8 

9 

9 

A 

10 

B 

11 

C 

12 

D 

13 

E 

14 

F 

15 


Posición 

valor 

0 

1 

1 

16 

2 

256 

3 

4096 

4 

65535 

5 

1048576 

6 

16777216 

7 

268435456 


Ejemplo: $45F8 

4096 X 4 = 

16384 

256 X 5 = 

1280 

16 x F = 

240 

1x8 = 

8 

suma 

17912 


Valor decimal de los dígitos hexadecimales 


Tablas 1 y 2 



Tabla 3 


El micropro¬ 
cesador 
sólo es 
capaz de 
entender 
los ceros y 
los unos, 
luego ten¬ 
dremos que 
adaptarnos 
a su sistema 


de numera¬ 


ción. 
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4 parte de nuestro curso- 


Saca todo el partido de tu ordenador 
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E n el número anterior comenzamos 
a explicar el sistema de numera¬ 
ción decimal y lo retomamos 
ahora desde el punto donde lo dejamos. 
Como ya hemos estudiado, en decimal el 
10 es el menor número que no es repre¬ 
sentable en una sola casilla, lo que quiere 
decir que es el primer número que abarca 
la casilla inmediata a la izquierda y está 
compuesto por un cero y el menor núme¬ 
ro (un uno) en la casilla de la izquierda, la 
cual tiene un valor diez veces mayor que 
la anterior, y la siguiente diez veces más 
que esta, o sea 100, y así... 

Por lo tanto el número: 

6 2 0 5 1 0 

I I I I I \ 

| | | | | - Casilla de valor 1 

¡III \- Casilla de valor 10 
| | | \- Casilla de valor 100 
| | \- Casilla de valor 1.000 
| \- Casilla de valor 10.000 
\- Casilla de valor 100.000 


Este número 620510 también se puede 
expresar de la siguiente forma: 

0 por 1 = 0 

1 por 10 = 10 

5 por 100 = 500 

0 por 1.000 = 0 

2 por 10.000 = 20000 

6 por 100.000 = 600000 


SUMADO = 620510 

Todo esto te sonará mucho e incluso 
puede paracerte trivial, pero su importan¬ 
cia se pone de manifiesto a la hora de 
comprender el resto de las bases y reali¬ 
zar las conversiones entre estas, lo que 
nos debe de quedar muy claro es que 
cada lugar en el número tiene un valor 
que es diez veces mayor según te despla¬ 
zas a la izquierda, y por lo tanto, diez 
veces menor cuando lo haces a la dere¬ 
cha. Este valor se multiplica por el núme¬ 


ro que está en ese lugar y todos finalmen¬ 
te sumados deben darte el número final. 
Ahora vamos a comenzar con el sistema 
binario, es mucho más sencillo, pero 
puede parecer complicado, porque no es 
el que utilizamos en la vida cotidiana. Es 
el sistema de los ordenadores, y es vital 
conocerlo si queremos programar en 
Ensamblador. 

SISTEMA BINARIO: 

Este es el sistema utilizado por los orde¬ 
nadores, y en general, por todos los apa¬ 
ratos digitales, debido a la importante 
característica de que su base es dos, lo 
cual quiere decir que sólo puede manejar 
dos dígitos distintos, que son el cero y el 
uno (¡Te suena!), y el menor número con 
el cual debemos abarcar el espacio más 
próximo a la izquierda es el 2. 

El valor de las casillas en este sistema de 
numeración es muy fácil: 
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En el sistema 
binario para 
representar un 
número decimal, 
tan sólo debere¬ 
mos activar las 
casillas corres¬ 
pondientes a la 
descomposición 
de dicho número 
en múltiplos de 
dos. 2,4,8,16, 
etc. 


| | | | | | | \- Casilla de valor 1 

I I I I I I I 

| | | | | | \- Casilla de valor 2 

| ¡ | | | \- Casilla de valor 4 

|| | | \- Casilla de valor 8 
| | ¡ \- Casilla de valor 16 
| | \- Casilla de valor 32 
| \- Casilla de valor 64 
\- Casilla de valor 128 

Este sistema si se presta atención no es difícil, 
por lo tanto, activa todas tus neuronas y ¡al 
grano!: 

El primer número para analizar es el cero que 
EN TODOS LOS SITEMAS ES IGUAL—TODO 
A CERO—, eso quiere decir que si tomamos 
tres casillas para representar un número, estas 
estarán todas a cero. 

1010101 = 0 

El número uno es casualmente el valor de la 
primera casilla, por lo que únicamente la acti¬ 
vamos: 

|0|0|1| = 1 

\- Casilla de valor 1 

El número dos es también casualmente el valor 
de la segunda casilla, por lo que sólo se acti¬ 
vará ésta: 

|0|1|0| = 2 en decimal 
\- Casilla de valor 2 

El primer problema se presenta cuando quere¬ 
mos representar el número tres, porque este 
número no tiene una casilla con su valor, ¿Qué 
hacer?, pues muy fácil, activamos la casilla de 
valor 1 y la de valor 2 que sumadas dan el valor 
3: 

|0|1|1| = 3 en decimal 
| \- Casilla de valor 1 
\- Casilla de valor 2 

Para representar el número cuatro, como tiene 
una casilla con este valor, sólo nos limitaremos 
a activarla: 

|1|0|0| = 4 en decimal 
\-Casilla de valor 4 


Con el número cinco ¿qué hacemos?... 

4+1 = 5: 

|1|0|1| = 5 en decimal 
| \- Casilla de valor 1 

\-Casilla de valor. 4 

El seis sería igual a 4+2 = 6: 

|1|1|0| = 6 en decimal 
| \- Casilla de valor 2 
\- Casilla de valor 4 

El siete, pues 4+2 + 1 = 7: 

1111111 = 7 en decimal 
| | \- Casilla de valor 1 
| \- Casilla de valor 2 

\- Casilla de valor 4 

Para representar el número 8 en binario necesi¬ 
taremos la cuarta casilla, siendo imposible 
hacerlo con 3 (el mayor número representable 
en binario con tres casillas es el 7). 

Hasta aqui bien, ya sabemos pasar un número 
decimal a binario, la inversa no tiene mayor 
dificultad, ¡intenta averiguar el siguiente núme¬ 
ro sin mirar!: 

M|0|0|1I1I1|0|1I 

Pues muy sencillo, se suman los valores de las 
casillas activadas que son las de valor 1 + la de 
valor 4+ la de valor 8+ la de valor 16+ la de 
valor 128 : 

1+4+8+16+128 = 157 

Esto es lo mismo que lo que hacíamos de casi¬ 
lla - valor 1 por 1 más casilla - valor 4 por 1, 
(en el sistema decimal, recuerdas)... 

Cuando tengamos que trabajar más en serio 
con el tema de las bases, te será de gran ayuda 
una calculadora para prácticar las conversiones 
y trabajar con ella cómodamente, si no la tie¬ 
nes y te la quieres comprar, asegúrate que 
tenga bases BINARIA Y HEXADECIMAL (no 
todas las calculadores científicas las tienen, la 
que yo utilizo es la HEWLETT PACKARD 20S). 
En el próximo capítulo tenemos que ver 
muchas más cosas sobre el sistema binario. 
Como representar una palabra (16 bits) y una 
doble palabra (32 bits). Adiós. 
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Aprende a poner música en tus juegos 

rmm Musi( ’UntCllt 


Por: 

José Manuel Ginés 

El asesino entra en escena. La puerta del dormitorio chirría y sus pasos se oyen fuertes y estruendosos 
haciendo crujir la vieja madera del parqué. De repente una música tétrica hace que la sansre del jugador 
se hiele en sus venas. No hay duda. Los juegos de ordenador ganan mucho cuando la acción viene 
acompañada de una melodía. Por ello, es necesario que si queréis que vuestros juegos sean buenos y 
con calidad, tenéis que aprender como poner el toque musical adecuado. Continúa el estudio del inter¬ 
faz MIDI y pronto sabrás como hacerlo. 




Inferíate 


E n el siguiente artícu¬ 
lo vamos a tratar 
dos interesantes 
programas diseña¬ 
dos para el Falcon, Apple y 
PC. Se trata de Notator Logic 
y Cubase Audio. 

NOTATOR LOGIC 

Empecemos por el prime¬ 
ro, el Notator Logic. Este fun¬ 
ciona a base de estructuras 
musicales tridimensionales. 
Cualquier combinación de 
secuencias, incluso proceden¬ 
tes de distintas pistas, pueden 
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combinarse en una carpeta, y 
la propia carpeta puede conte¬ 
ner sub-carpetas si es necesa¬ 
rio, con todos estos objetos 
considerados como un todo 
integrado, de la misma forma 
en que un músico puede 
agrupar varios pensamientos e 
ideas. 

Virtualmente no hay límite 
al número de carpetas que se 
pueden crear y el acceso a 
todas las funciones en cada 
nivel es fácil. Tan pronto 
como se empieza a usar 
Notator Logic, es posible crear 
de forma intuitiva una estruc¬ 


tura jerarquizada cuyos com¬ 
ponentes musicales se adap¬ 
tan a la forma natural de pen¬ 
sar y trabajar del usuario. Las 
carpetas creadas pueden con¬ 
tener varias secuencias de una 
pista, así como arreglos mul- 
titímbricos de un coro com¬ 
pleto, o incluso de una can¬ 
ción entera. 

Dado que es el usuario 
quien estructura el programa, 
permanecerá siempre transpa¬ 
rente y perfectamente adapta¬ 
do a sus necesidades. 

SIN LIMITES 

Notator Logic acaba de 


una vez por todas con las 
barreras tradicionales gracias 
a su Sistema de Gestión 
Múltiple de Pistas, que permite 
el acceso a cualquier número 
de pistas y secuencias. Cada 
pista puede contener cual¬ 
quier número de secuencias 
de cualquier longitud. Las 
superposiciones no suponen 
ningún problema. 

Pasemos ahora a ver la 
SOFISTICADA TECNOLOGIA 
DE VENTANAS que posee. 
Cada ventana permite amplia¬ 
ción y reducción real, desde 
los pequeños detalles 


















Notator Lóale/ Cubas© Audio 


microscópicos hasta la vista 
de pájaro de una composición 
de proporciones sinfónicas. 

Cada ventana de Notator 
Logic tiene su propio conjunto 
de menús, una característica 
muy útil que muestra única¬ 
mente las funciones necesa¬ 
rias para la tarea que se está 
realizando. 

Es posible abrir cualquier 
número de editores para una 
secuencia. Visualice y edite la 
misma grabación simultánea¬ 
mente en los editores de 
Notas, Eventos y en el Hyper 
Editor. Como os podéis imagi¬ 
nar resulta imposible trabajar 
de forma más rápida e intuiti¬ 
va. Todas las ventanas están 
interconectadas interactiva¬ 
mente y reflejan de forma 
inmediata cualquier alteración 
realizada en una de ellas. 

Todas las configuraciones 
de ventanass definidas por el 
usuario son almacenables y 
accesibles mediante la pulsa¬ 
ción de una tecla. 

SECUENCIACION 

EXTRAORDINARIA. 

El núcleo central de 
Notator Logic, su secuencia- 
dor, satisface las más altas 
exigencias, tina resolución 


máxima de nota de 1/3840 
(960 pulsos por negra ) garan¬ 
tiza la reproducción precisa 
de grabaciones en tiempo real 
a cualquier tiempo. El tiempo 
puede seleccionarse entre 0.5 
y 9999.99 pulsos por minuto 
para adaptarse a cualquier 
tipo de tarea en el presente o 
en el futuro, como por ejem¬ 
plo la sincronización de audio 
para vídeo o cine. La altera¬ 
ción de datos- permanente o 
no-destructiva- puede reali¬ 
zarse sutilmente a medida que 
la música está siendo repro¬ 
ducida, incluso mientras está 
sincronizada a SMPTE. 

REPRESENTACION 

VIRTUAL 

DE SU SISTEMA MIDI. 

Puede crear una copia vir¬ 
tual de su entorno de trabajo 
físico en la ventana de 
Entorno. Los componentes 
musicales “reales 44 tales como 
teclados, samplers y módulos 
de sonidos, son representados 
como objetos y pueden ser 
tratados exactamente de la 
misma forma que sus origina¬ 
les reales. Notator Logic per¬ 
mite interconectar los disposi¬ 
tivos MIDI o crear apuntes de 
pistas como se hace con 


magnetófonos analógicos. 
Este concepto lógico permite 
adaptar instantáneamente una 
composición a nuevas confi¬ 
guraciones del sistema MIDI. 
Ya no es necesario preparar 
las pistas antes de una graba¬ 
ción: basta con pulsar el ratón 
sobre uno de los instrumentos 
predefinidos, y la salida MIDI 
correcta se selecciona de 
forma automática e inmedia¬ 
ta. 

ACCESO A DETALLES 
MUSICALES 

Notator Logic interconecta 
el secuenciador, el editor de 
partituras y los demás editores 
en tiempo real, y los datos 
grabados son visibles inmedia¬ 
tamente en todas las venta¬ 
nas. Es posible seleccionar, 
insertar, desplazar o borrar 
notas y ver y escuchar 
simultáneamente los resulta¬ 
dos. 

Es posible alcanzar la 
máxima precisión gracias a los 
editores especiales: el editor 
de Eventos ofrece el máximo 
detalle alfanumérico, el versátil 
Hypereditor permite la edición 
de percusión o de curvas de 
controladores, y el editor 
Matrix visualiza la posición y 
el tono de las notas en una 


rejilla. Los tres editores son 
interactivos y pueden utilizar¬ 
se simultáneamente. 

MANIPULACION 
NO-DESTRUCTIVA 
DE DATOS. 

Para preservar siempre las 
grabaciones originales, es 
posible trabajar con paráme¬ 
tros de reproducción reversi¬ 
bles. Resulta fácil transportar 
o añadir velocidad a secciones 
completas de la música. 

EDICION MULTIPLE 
DE ESTRUCTURAS 
MUSICALES 

Es posible realizar cambios 
rápidos y globales de paráme¬ 
tros para cualquier selección 
de objetos, sea cual sea su 
nivel. Además de las funciones 
estándar de Cortar, Copiar, 
Pegar y Borrar, se dispone de 
las herramientas y las funcio¬ 
nes especialespara la tarea a 
realizar. 

Dentro de este apartado 
vamos a ver tres puntos : 

- Funciones de transporte 

versátiles. Controles dispues¬ 
tos de forma adecuada com¬ 
binan las funciones de trans¬ 
porte avanzadas del secuen- 
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CURSO 


dador con el interface simple 
de un grabador de cinta. 
Desplazando la Línea de 
Posición de Canción en modo 
de Arrastre, o pulsando con 
el ratón en la barra de 
compás, es posible acceder o 
saltar a la posición deseada de 
la canción. 

- Bucles encadenados. 

Cada secuencia o carpeta 
puede contener su bucle inde¬ 
pendiente de longitud varia¬ 
ble. Es posible crear repeticio¬ 
nes complejas (bucles dentro 
de bucles dentro de bucles...) 
sin copiar nunca nada. De 
esta forma se ahorra tiempo y 
es posible editar pasajes 
musicales como si estuviesen 
en un sampler profesional. 

- Sincronización con 
SMPTE y MTC. Notator Logic 
puede sincronizarse a graba¬ 
dores de cinta o vídeo usando 
código SMPTE o MTC. Es 
incluso posible grabar o editar 
cambios de tiempo en tiem¬ 
po real durante la sincroniza¬ 
ción y escuchar los resultados 
inmediatamente. Soporta 
también el estándar MMC 
(control de Máquinas MIDI). 
Otro apartado muy interesan¬ 
te que no debemos olvidar es 
el de LA NOTACION, y dentro 
de éste, para su mejor com¬ 
prensión, analizaremos cinco 
puntos: 

-Integración e interacción 
del sistema. Notator Logic es 
un programa de secuenciador 
y notación interactiva profe¬ 
sional todo en uno. Ofrece al 
usuario un entorno de trabajo 
accesible e intuitivo, desde la 
primera grabación MIDI hasta 
completar la maquetación de 
una partitura. Es posible 
imprimir una partitura en cual¬ 
quier momento. Una carac¬ 
terística única es la forma en 
que los niveles de visualiza- 
ción están interconectados 
en tiempo real: las ventanas 
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de Arreglo y Entorno, los edi¬ 
tores gráficos, el editor de 
Eventos y la pantalla de parti¬ 
tura. 

Facilidad de acceso. Las 

notas y una amplia variedad 
de otros símbolos musicales 
pueden ser insertados, borra- 
d o s , 
trans¬ 
porta¬ 
dos y 
des¬ 
pla¬ 
zados 
usan¬ 
do el 
ratón 
o una 
de las prác¬ 
ticas herra- 
mientas 
contenidas 
en el 
P a rt - 
box, 
que se 
enuen- 
t r a 
siem¬ 
pre a 
mano. 


armadura, así como cuantiza- 
ción inteligente de la visualiza- 
ción tanto globalmente para la 
partitura completa como indi¬ 
vidualmente para cada penta¬ 
grama. Tanto el pentagrama 
de una pista, el extracto de la 
partitura de la sección de un 



Editando la partitura. Pueden 
asignarse varios formatos de 
Estilo a cualquier selección 
de secuencias mediante la 
pulsación del ratón: la pantalla 
correspondiente de partitura 
se actualiza automáticamente. 
Pueden crearse pentagramas 
simples, dobles para piano 
con punto de visión definible, 
sistemas de pentagramas con 
polifonía multi-vocal y otras 
muchas opciones dentro de 
una partitura de cualquier 
tamaño. Aquí también, funcio¬ 
nes reales de ampliación ofre¬ 
cen distintos ángulos de visión 
de las secciones musicales 
seleccionadas. Es posible defi¬ 
nir claves, cambios de clave, 
armaduras y canmbios de 


instrumento o incluso la parti¬ 
tura completa de una compo¬ 
sición pueden editarse 
simultáneamente en ventanas 
diferentes sin necesidad de 
complejas preparaciones pre¬ 
vias. 

- Polifonía. Es posible 
crear fácilmente cualquier 
número de voces polifónicas 
independientes para cada 
pentagrama. Es posible 
“explotar “ todas las voces a 
pentagramas individuales, edi¬ 
tarlas por separado y luego 
mezclarlas todas juntas de 
nuevo mediante una pulsa¬ 
ción del ratón. 

- Edición de página. Con 
Notator Logic, la visualización 
en pantalla es idéntica a la 


página maqueteada. Sea cual 
sea el factor de ampliación, es 
posible escalar la maqueta de 
forma precisa y editar notas 
de todas las formas mientras 
se monitorizan simultánea¬ 
mente los resultados via MIDI. 
Opciones de formateo local y 
global permiten determinar 
libremente donde debe conti¬ 
nuar un pentagrama en la 
siguiente línea y como deben 
ser los márgenes. Todo está 
optimizado para facilitar su 
uso. 

CUBASE 

A continuación vamos a 
hablar del otro programa para 
Falcon ya mencionado. Se 
trata, como ya hemos comen¬ 
tado del Cubase. Hablaremos 
de la tecnología del Cubase, 
pero para su mejor compren¬ 
sión, vamos a dividir este 
estudio en varios apartados. 
Para comenzar... 

EL CONCEPTO 

Cubase es un concepto 
diseñado para contener las 
tecnologías más importantes 
de hoy y los avances del 
mañana. 

Cubase considera todo 
esto en un formato musical¬ 
mente intuitivo, a tiempo real 
y gráfico. Puedes hacer lo que 
quieras, cuando quieras, sin 
perder la línea creativa. 

El verdadero corazón del 
Cubase es la ventana de arre¬ 
glos. Cada grabación es 
expuesta como un objeto grá¬ 
fico. Esta puede ser cortada, 
copiada y pegada, o agrupada 
y trasladada, de cualquier 
manera mientras la música 
esté sonando. Tecleando 
siempre puedes tener una 
completa visión de tu canción. 
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LAS HERRAMIENTAS 
ADECUADAS 

Diferentes trabajos necesi¬ 
tan distintas herramientas. 
Tienes la elección del método 
editor que prefieras, desde el 
control numérico pasando por 
el editor de piano-roll hasta el 
editor de la puntuación real , 
incluyendo sacar la partitura e 
imprimir. Cubase tiene las 
herramientas adecuadas para 
que puedas ser más producti¬ 
vo. 

INTEGRACION 

Los músicos del mañana 
contarán con todos los aspec¬ 
tos de la producción .¿Por qué 
esperar a mañana ? Cubase 
contiene la tecnología hoy. 

Cubase provee un control 
remoto de tu grabadora usan¬ 
do el control del MIDI (MMC). 
Stop, Start, Cue, Record, 
todos los controles están inte¬ 
grados en Cubase. 

Con un ADAT y un conec- 
tor ACI, ADAT de Steinberg 
puedes controlar todas las 
funciones ADAT directamente 
desde el Cubase. Y no perde¬ 
rás una pista ADAT para el 
tiempo de sincronización. 

Steinberg ha provisto al 
Cubase de un concepto a 
través de una grabación digital 
audio integrada y una serie de 
partituras dentro del Cubase. 
Y la innovación continua... 

NOTACION MÜSICAL 

La notación musical, una 
de las más sofisticadas tecno¬ 
logías, es una parte importan¬ 
te del Cubase. Su partitura, 
en realidad, al ejecutarse, 
hace que muchos programas 
permanezcan sólo dedicados 
a su trabajo. 

El Cubase puede crear 
desde cero una partitura para 



una orquesta completa, todo 
en calidades profesionales de 
publicación., 

AUDIO DIGITAL 

Audio digital, una tecno¬ 
logía que una vez fue sólo pro¬ 
vechosa para unos pocos, es 
ahora una parte integral del 
diseño del Cubase. Audio es 
tratado en el mismo modo 
intuitivo gráficamente como 
las grabaciones MIDI. Puedes 
estar seguro que el Cubase 
Audio es la correcta elección 
para tí, porque Steinberg está 
encargado de permanecer en 
la cima de las nuevas manifes¬ 
taciones hardware como ellos 
esperaban. 

SENTIMIENTO 

El corazón y el alma de 
una buena canción es el senti¬ 
miento. Secuenciadores y 
ordenadores software han 
tenido la reputación de no ser 
capaces, en absoluto, de cap¬ 
turar el ritmo natural y senti¬ 
mientos de los músicos, el 
Cubase ha cambiado todo 
eso. Con el “quantizador 
Groove” de Steinberg, puedes 
crear los habituales ritmos 
templados que permiten que 
tu música suene como si 
fuese tocada en vivo, por 
músicos reales, no como 
tocada por una máquina. Eso 
es por lo que decimos que el 
Cubase puede hacer que tu 
ordenador tenga sentimientos. 

La música basura también 
ha desarrollado una extensa 
bibliografía de sentimientos 
copiados. Simplemente carga 
estos sentimientos copiados 
dentro del Cubase e instantá¬ 
neamente empieza a usarlos. 
Capturan el sentimiento de las 
canciones clásicas de los cin¬ 
cuenta a los días presentes y 
puedes incorporar su senti¬ 


miento en tu música con unos 
pocos movimientos del ratón. 

LIBERTAD DE ELECCION 

Cubase es provechoso 
para los ordenadores compati¬ 
bles Atari, Macintosh e IBM- 
PC. Cualquiera que sea tu 
elección de ordenador, hay un 
Cubase para ti. Por supuesto, 
los ficheros Cubase son com¬ 
patibles con los tres tipos de 
ordenador. Por ejemplo, pue¬ 
des empezar tu trabajo con 
Cubase para Atari y más tarde 
cargar tus ficheros directa¬ 
mente dentro del Cubase para 
Windows. Tan sólo mantenlo 
en funcionamiento. 

LA LINEA CUBASE 

Hay un cubase para todos, 
desde el nivel inicial del 
Cubase, a través del Cubase o 
del MIDI integrado y la partitu¬ 
ra Cubase imprimida hasta la 
Cubase Audio, todo en con¬ 
junto es integrado en la tecno¬ 
logía digital audio. 

La política superior e inno¬ 
vadora de Steinberg te permi¬ 
te crecer con la tecnología 
Cubase. Puedes pasar de un 
programa a otro de cualquier 
modo, y puedes estar tranqui¬ 
lo, ya que, todos tus ficheros 
. son compatibles entre sí. 

LAS HERRAMIENTAS 
DE PRODUCCION DEL 
CUBASE 

LA VENTANA DE 
ARREGLOS 

La ventana de arreglos es 
a la vez un medio de graba¬ 
ción básico y un editor de 
canción gráfico.Tu música 
aparece claramente expuesta 
como objetos gráficos llama¬ 
dos partes. 

Si quieres mover algo, tan 


O 


sólo señala, presiona el botón 
del ratón, arrastra y suelta. 
¡Movido! Para cortar una parte 
en dos, usa las tijeras. Para 
unir dos partes usa el tubo de 
pegamento. Si quieres borrar 
una parte, usa la goma de 
borrar. Encontrarás siempre 
las herramientas necesarias en 
la caja de herramientas, que 
aparece al presionar el botón 
derecho del ratón. Haz la 
prueba grabando algo. 

La ventana de arreglos 
lleva el trabajo realizado fuera 
de la estructura de la canción. 
Sacar cosas fuera es fácil y 
rápido, puedes siempre anu¬ 
larlo si no te gusta. Crear nue¬ 
vas pistas ( por encima de 64 
en cada una de las 16 venta¬ 
nas de arreglo), elegir entre 
ellas, overdub, punch in o 
hacer grabaciones cíclicas en 
tiempo real. 

No necesitas parar la 
música. Puedes orientar las 
líneas o patrones como dese¬ 
es. Cubase es flexible y puede 
adaptarse a la forma en que 
quieras trabajar.Puedes ver 
siempre lo que estás hacien¬ 
do. La ventana de arreglos 
tiene un zoom hacia delante y 
hacia atrás que funciona para 
una vista macro o microscópi¬ 
ca. Las partes cambiadas apa¬ 
recen en gris. La ventana de 
arreglos original de Steinberg 
ha sido frecuentemente copia¬ 
da, pero nunca igualada. Es el 
centro de actividad en el 
Cubase y aquí es donde tus 
canciones, gráficamente 
toman forma ante tus ojos. 

Pues bien, eso es todo por 
ahora. En el próximo artículo 
sobre el MIDI nos seguiremos 
centrando en estos dos mág- 
nificos programas de creación 
musical. Más ideas, recursos, 
características y medios 
estarán a tu alcance. 

J.M. Gines y Rocío Piñeiro 
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Figura 1. 

Todo procedimiento ha de 
tener un nombre propio que 
nos ayudará en el futuro de 
dos formas. Primero, hará que 
el compilador sepa cuando 
estamos haciendo referencia a 
él, mediante una llamada o 
salto desde otra parte del pro¬ 
grama. En segundo lugar, nos 
ayudará a nosotros a la hora 
de reconocer que función es 
la que realiza ese procedi¬ 
miento. Por ello, especial cui¬ 
dado hemos de tener a la hora 
de escoger el nombre propio 
de nuestro procedimiento. Por 
ejemplo, si tenemos un proce¬ 
dimiento encargado de borrar 
la pantalla, un nombre ade¬ 
cuado sería BORRAPANT, 
pero nunca BRPAN, o 
CLRSCR, o BRPT. Es decir, 
debemos tomar por norma 
que los nombres indiquen 
implícitamente la finalidad de 
esa parte del programa para 
que cuando nuestro proyecto 
sea grande, y tardemos 
mucho tiempo en concluirlo, 
nunca haya problemas a la 
hora de utilizar código que 
hemos desarrollado meses 
atrás. (Jtilizar nombres ingle¬ 
ses es también una buena 
costumbre. Primero, por que 
nos ayudará a estudiar los 
programas de Estados Unidos 
o Inglaterra (muy abundantes, 
por cierto) y en segundo lugar 
porque la idiosincrasia de este 
lenguaje permite utilizar nom- 


mismas, necesitamos el actor 
principal de nuestra obra; un 
programa. Así que vamos a 
estudiar como se construye 
un programa en ensamblador 
y cuando lo tengamos empe¬ 
zaremos a ver como compilar¬ 
lo y depurarlo con ayuda de 
todas las opciones de MASM. 

EL PROGRAMA 

Un programa es una estruc¬ 
tura compuesta por órdenes 
en una sucesión lógica que 
nos permite llevar a cabo una 
función deseada. La estructu¬ 
ra a la que hacemos mención 
se divide en bloques que a su 
vez se dividen en otros blo¬ 
ques en un subnivel inferior, y 
así sucesivamente. Estos blo¬ 
ques se denominan procedi¬ 
mientos. Un procedimiento se 
podría definir como aquella 
parte del programa que es 
capaz de realizar una función 
completa. Por ejemplo, si 
tuviésemos un programa que 
escribe en la pantalla “España 
es grande” se me ocurren, a 
bote pronto, dos procedimien¬ 
tos; el que borra la pantalla y 
el que escribe la secuencia de 
letras en la misma. 

Por lo tanto, un procedi¬ 
miento es un módulo dentro 
de un módulo mayor. La 
unión de estas partes hace 
posible que una función más 
grande se lleve a cabo. Como 
ejemplo de función más gran¬ 


de podemos tomar una hoja 
de cálculo. La finalidad de 
nuestro programa sería algo 
así como: “Permitir el cálculo 
rápido y automático de opera¬ 
ciones de todo tipo mediante 
los datos y fórmulas previa¬ 
mente introducidos en una 
plantilla de filas y columnas”. 
De aquí, y a groso modo, se 
pueden intuir algunos procedi¬ 
mientos, como el de los cálcu¬ 
los matemáticos, el de control 
de la planilla, el que permite 
grabar y cargar datos a/desde 
el disco, el que controla la 
entrada de datos en las celdi¬ 
llas de las plantilla, etc. 

Pero si os dais cuenta, 
todavía podemos ir más abajo 
en el nivel de nuestros proce¬ 
dimientos. Si tomamos el pri¬ 
mero que hemos intuido, la de 
los cálculos matemáticos, nos 
damos cuenta de que habrá 
un procedimiento suma, otro 
resta, multiplicación, senos, 
tantos por ciento, etc. 

Por lo que un procedimien¬ 
to es una unidad funcional 
independiente que lleva a 
cabo una tarea particular den¬ 
tro de un procedimiento 
mayor que puede ser el proce¬ 
dimiento principal, o función 
principal, u otro del que éste 
depende. 

Pero veamos como se cons¬ 
truye en lenguaje ensambla¬ 
dor. Por un lado, debemos 
indicar como comienza y en 
segundo donde finaliza. 


V amos a empezar a 
estudiar la materia 
interesante de esta 
sección, es decir, 
como se utiliza y como se le 
saca provecho a MASM 6.0. 

Aunque, y como hemos 
íxplicado en artículos anterio¬ 
res, nos centramos en uno de 
los últimos ensambladores de 
Microsoft, la materia que aquí 
analizamos es perfectamente 
aplicable a toda la serie de 
versiones de este mismo pro¬ 
grama. Recordemos que el 
paquete 6.0 fue el primero 
que apareció como entorno 
integrado de programación, 
pero la versión 5.1 también 
puede valernos perfectamen- 
, ya que las directivas y 
comandos que veremos más 
adelante, casi todas estaban 
ya implementados en ésta. 

De todas formas, hasta que 
esto ocurra todavía queda un 
ratito. Por ahora, lo que 
vamos a ver vale para todas 
las versiones. 

Pero empecemos ya. 
Acabamos el mes pasado 
viendo como podemos pedirle 
a MASM que nos fabrique una 
información especial que nos 
va a servir de gran ayuda a la 
hora de corregir nuestro pro¬ 
grama, así como de ver su 
estructura interna. Hablamos 
de BROWSE. Pues bien, 
hemos llegado a un punto en 
las explicaciones, que para la 
perfecta comprensión de las 




Ramón López 


La mejor herramienta para el programador en ensamblador 
es su compilador. En esta sección estamos analizando uno de 
los mejores del mercado. Aprende a manejarlo con nosotros. 



bres que no por estar muy abreviados, 
dejan de tener significado. También, 
todo sea dicho, es el idioma por exce¬ 
lencia de la informática y la totalidad de 
los términos se acuñan en el lenguaje 
anglosajón, rio es lo mismo etiquetar 
un procedimiento con el nombre MÜE- 
VEPANT a simplemente llamarlo 
SCROLL. Todos sabemos ya lo que 
significa. Por ello, utiliza nombres 
ingleses allí donde encajen mejor que 
los españoles y al contrario donde 
quieras. Total libertad en cuanto a esto, 
pero piensa siempre que has de hacer 
las cosas de forma que cualquiera 
entienda tu programa después. 

Tras el nombre, vemos que hay una 
directiva ensamblador; PROC. Se trata 
de la abreviatura de procedimiento. 
Indica al compilador que en ese punto 
comienza una parte funcional del pro¬ 
grama con lo cual le indicamos que a 
esta dirección de memoria pueden 
otras partes del programa hacer saltos. 

Y, ¿cómo pueden ser estos saltos? 
Seguramente ya sabéis, y si no echarle 
un vistazo a el curso de ensamblador 
de este mes, que el microprocesador 
divide la memoria en segmentos. Los 
registros para tal fin actúan principal¬ 
mente como punteros base de una 
zona de la memoria de 64 Kilobytes. 
Como hay 4 registros, la CPÜ puede 
direccionar (=trabajar con) tan sólo 
256 Kilobytes simultáneamente. Esto, 
que os puede sonar a chino, es algo 
que dominaréis más adelante, por 
ahora os bastará saber que para la 
estructura interna de funcionamiento 
de nuestros programas, para el micro- 
procesador el importantísimo saber si 
el salto o llamada se produce de un 



segmento a otro o dentro del mismo 
segmento. Figura 2. 

A la primera modalidad se le conoce 
como salto largo y a la segunda como 
salto corto. Las operaciones que la 
CPÜ realiza en un caso u otro son dife¬ 
rentes por ello hemos de indicarle 
cuando nuestro procedimiento va ha 
ser llamado siempre desde el mismo 
segmento o cuando desde segmentos 
diferentes. 

Para ello indicamos su TIPO en el 
comienzo de la declaración del proce¬ 
dimiento, mediante NEAR (cerca) o 
FAR (lejos). Esto ayudará al compilador 
a utilizar el código máquina correcto 
para RET y además indicará a la CP(J 
cuantos datos debe empujar en la pila 
al llamar a la subrutina. No os asustéis, 
esto lo veremos más adelante en el 
curso de ensamblador. 

El final de nuestro programa viene 
dado por dos datos principales. Por un 
lado el final que concierne a la CPÜ, es 
decir, la instrucción RET. Por otro lado 
el que tiene que ver con el compilador, 
la directiva ENDP (End Procedure, final 
de procedimiento). 

Y ya está. Eso es todo. Por supuesto 
en el centro de esta estructura estarán 
nuestras instrucciones, que son las que 
en realidad hacen algo. Sin ellas, nues¬ 
tro program no tiene funcionalidad 
alguna. Lo que hemos visto es más 
que nada unas reglas de cortesía que 
hemos de guardar para con nuestro 
compilador y sin las cuales jamásllega- 
remos a hacer un programa que fun¬ 
cione. 

En el próximo artículo haremos y 
compilaremos un programa hecho por 
nosotros. 


Figura 1, Procedimiento 

Nombre PROC Tipo 
instrucción 1 

CuerlFJel instrucción 2 
instrucción 3 


instrucción n 
RET 

Nombre ENDP 

Figura 2 . Tipos de saltos 
salto (orto 


Segmento A 



sallo largo 
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Curso de Sonidos en el PC 




ien, el mes anterior ya 
estuvimos viendo cuales 
eran las características 
del sonido. También 
dejamos claro la importancia de 
estos en los videojuegos, ya que 
añaden una nota importantísima a 
la hora de hacer más latente la 
acción que se esta desarrollando en 
la pantalla. Por tanto, tenemos que 
aprender muy bien cuales son 
todos los formatos de que dispone¬ 
mos en la programación del PC 
para llevar a cabo una buena ges¬ 
tión del aspecto sonoro y musical 
de nuestros juegos. 

Iniciamos la serie con los archivos 
MODULO abreviados, y más cono¬ 
cidos, como MOD. 


DOS FORMATOS 


Los dos formatos principales para 
la gestión de música en el PC son la 
síntesis y el muestreo. La tarjeta de 
audio Soundblaster, de Creative 
Labs, se ha estandarizado en el 
mercado como una de las opciones 
más claras a la hora de reforzar el 
PC, en cuanto al aspecto sonoro se 
refiere. Su programación, por lo 
tanto, puede ser enseñada sin 
miedo a las incompatibilidades, 
especialmente cuando ésta se 
fabricó con el antiguo estándar en 
mente; la ADLIB. 

El hardware de la Soundblaster 
permite los dos tipos principales de 
creación sonora. Por un lado la sín¬ 
tesis, gracias a los chips FM que 
tiene implementados y que son pro¬ 
gramabas para “sonar” de diferen¬ 
tes formas, o lo que es lo mismo, 
que nos hacen creer que en cada 
canal de sonido existe un instru¬ 
mento diferente. Podemos, de esta 
forma, tener violines, trompetas, 
oboes, tambores, timbales, pianos, 
guitarras, etc. 

Por otro lado, también se pueden 
muestrear sonidos previamente y 
hacerlos sonar en cuatro canales, 
como ocurría con un ordenador 
más preparado para estas lides: El 
Amiga. 

Como podéis comprobar, se trata 
de una tarjeta bastante completa, lo 
cual ha hecho de ella la más vendi¬ 
da. 

Pues bien, vamos a comenzar 
estudiando la segunda de las opcio¬ 
nes, es decir el muestreo de soni¬ 
dos y su posterior implementación 


en archivos especiales, así como su 
programación para que puedan ser 
utilizados en nuestros programas. 

SAMPLERS 

(Jn sample (muestra en inglés) es 
un archivo de grabación audio. Es 
decir, un conjunto de datos que, 
utilizados correctamente por pro¬ 
gramas especiales, permiten guar¬ 
dar digitalmente la información del 
sonido de un determinado instru¬ 
mento. 

Cogemos un micrófono y graba¬ 
mos el sonido de nuestro violín, 
pues bien, eso es un sampler. La 
ventaja que estos tienen sobre la 
síntesis de sonido son tres princi¬ 
palmente: 



1) Con la síntesis no tenemos 
tanto campo para la creación de 
sonidos fuera de lo normal. Tal vez, 
y sólo digo tal vez, un violín FM 
suene mejor que uno muestreado, 
al menos en una tarjeta de sonido 
no profesional, pero nunca podre¬ 
mos programar los registros de 
dichos chips para que suenen 
como un ladrido de un perro, una 
tos, o un martillazo. 


Un estándar de 


En fin, cada uno deberá elegir su sistema en 
función de la calidad que quiera obtener. De 
todas formas, empezaremos, como ya he 
dicho, por el sistema de muestreo. 

MOD 


2) No tenemos que pre-programar 
el sonido. Simplemente grabamos 
el sonido de la fuente audio que 
nos interese, por ejemplo, un com- 
pact disc, un casette, mediante un 
micrófono, etc. 

3) La calidad real del sonido 
muestreado es inmensamente 
mayor que el sonido “robótico” del 
sintetizado. 

Pero por otro lado, también tiene 
sus desventajas 


(Jn archivo MOD guarda toda la información 
necesaria para que pueda sonar, indepen¬ 
dientemente del sistema donde queremos 
hacerlo funcionar, por lo que pueden llegar a 
valemos incluso en aquellos sistemas que no 
tengan tarjeta de audio, ya que el altavoz 
interno del PC pude utilizarse como medio. 
Parece increíble, ¿verdad? 

Existen varios formatos del archivo MOD 
original, pero el que enseñamos hoy bien se 
puede tomar como estándar para el aprendi¬ 
zaje y más adelante veremos las diferentes 
versiones que han ido implementándose a 
través de los años. 


1) Los archivos musicales con 
muestras ocupan mucho más espa¬ 
cio que los de música sintetizada. 

2) La ejecución es más lenta, es 
decir, ocupan más tiempo de pro¬ 
cesador, por lo que necesitaremos 
máquinas potentes (386 y 486) 

3) La calidad estará siempre en 
relación a la frecuencia de mues¬ 
treo. A mayor frecuencia, mayor 
tamaño de archivo y más grande 
será el tiempo que se nos come de 
proceso de la CPÜ. 


LA CABECERA 

En la cabecera de un MOD siempre encon¬ 
traremos los siguientes campos (Ver tablas 
adjuntas): 

1) En primer lugar el nombre de la canción. 
Si miráis cualquier archivo MOD mediante 
DEBÜG, por ejemplo, podréis ir estudiando 
las diferentes partes de acuerdo con las expli¬ 
caciones que os voy a ir dando. Para ello, 
situaros el el subdirectorio donde se encuen¬ 
tre el archivo y teclear: 

DEBÜG ARCHIVO.MOD 














?n formato 





Y después 
D <enter> 

El comando DÜMP de DEBCJG nos permi¬ 
tirá estudiar las entrañas del MOD. 

Pues bien, como decía, los primeros 20 
bytes del archivo contendrán el nombre la 
canción y los bytes que nos sobren estarán 
rellenos de ceros. Esta información es toma¬ 
da por los ejecutantes MOD para introducir el 
nombre de la composición allí donde lo 
necesiten. Como sabéis las restricciones 
sobre los nombres de los archivos que nos 
impone el MSDOS nos impiden llamar una 
canción “El lago de los cisnes”, sin embargo 
en este campo tenemos espacio para ello, 
siempre que no pasemos de 20 bytes, claro 
está. 

2) También, y en la cabecera, a partir del 
byte número 20 (contando desde el principio 
del archivo y empezando en cero -recordar 
esto siempre-) tenemos el nombre del sam- 
ple número uno. Tenemos en total 31 sam- 
ples, es decir, en un MOD puede haber un 
máximo de 31 instrumentos o sonidos dife¬ 
rentes. El nombre, también en formato ASCII 
puro, ocupará no más de 22 bytes y lo que 
no sea utilizado se deberá rellenar de ceros. 
Ejemplo de nombres de samples pueden ser: 
st-01:bassl2 
st-04:leader 
guitarelectric 

etc. El mes que viene continuaremos. 


Por: 

Ramón López 


El formato musical y sonoro .MOD se 
está convirtiendo en un estándar 
para la inclusión de música en los 
juegos actuales. Por ello, debes 
aprender cual es el formato de los 
datos que conforman este tipo de 

archivos. 


J»»ÑnÍRib$ÉMl(lt 


Offset 

longuitud 

Descripción 

0 

20 bytes 

Nombre de la canción. 

Los bytes no utilizados 
se rellenan con ceros. 

20 

22 bytes 

Nombre del SAMPLE 1 

Los bytes no utilizados 
se rellenan con ceros. 

42 

2 bytes 

Longuitud del SAMPLE 1 

El número indica el ta¬ 
maño en palabras. 

44 

1 byte 

FINETUNE. 

Sólo se usan los 4 bits 
inferiores. 

45 

1 byte 

Volumen 

46 

2 bytes 

Punto de repetición para 
el SAMPLE 1. 

48 

2 bytes 

Longuitud de repetición 
del SAMPLE 1. 


ios datos anteriores se repiten para tada uno de los 31 samplers. 



Offset 

longuitud 

Descripción 


50 

30 

Datos SAMPLE 

2 

80 

30 

Datos SAMPLE 

3 

110 

30 

Datos SAMPLE 

4 

140 

30 

Datos SAMPLE 

5 


920 

30 

Datos SAMPLE 31 

Offset 

longuitud 

Descripción 

950 

1 byte 

Longuitud de la canción 

951 

1 byte 

Byte = 127 

952 

128 bytes 

Posiciones de la canción 
de 0-127 (datos 0-63) 

1080 

4 bytes 

Letras "M.K." 

1084 

1024 bytes 

Datos del patrón 00 

XXXX 

1024 bytes 

Datos del patrón N 
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ESTADO_DEL_TECLADO(char &Puntero) 


Este lector de Código Juego, preocu¬ 
pado por la utilización del teclado, 
nos ha enviado esta colaboración, 
que consiste en una librería en 
ensamblador para ser utilizada desde 
nuestros programas en C. Gracias. 

Programa en Ensamblador para C. 


E sta utilidad para C com¬ 
prueba el teclado y colo¬ 
ca en Puntero[128] un 1 
el Sean Code ha sido 
recibido y un 0 si el Break Code ha 
sido recibido. 

Sólo hace falta instalarlo al princi- 
- pió del programa y desinstalarlo 
antes de salir del programa con 


RESTAÜRARTECLADOO; 


Ejemplo de utilización de ja librería 

char Puntero!128]; 
main() 


on ae ia 


{ 

ESTADO_DEL_TECLADO(&Puntero); 
// Instala drive del teclado 


if (Puntero[57]=1) printf(“La barra 
espadadora esta pulsada”); 
else printf(“La barra espadadora no 
esta pulsada”); 

if (Puntero!28]==0) printf(“La tecla 
RETURN no esta pulsada”); 
else printf(“La tecla RETURN esta pul 
sada”); 


RESTAURAR_TECLADO(); 

// Desinstala el drive de teclado 
exit(O); 

} 


TEXT SEGMENT BYTE PUBLIC ‘CODE’ 
ASSUME CS: TEXT 


VECT0R_TECLAD0 

DD 

0 

VECTOR_RELQJ 

DD 

0 

DIR_TECLA 

DD 

0 

TECLA 

DB 

0 


Listado 1. 
TECLADO.ASM 

/ MOV 
MOV 
MOV 
MOV 
INT 


AX,WORD PTR CS:VECTOR_TECLADO+-2 

DS,AX 

AL,09h 

AH,25h 

21 h 


PUBLIC _ESTAD0_DEL_TECLAD0 
ESTADO_DEL_TECLADO PROC NEAR 


PUSH 

BP 

MOV 

BP,SP 

PUSH 

BX 

PUSH 

DI 

PUSH 

DS 

PUSH 

ES 

LES 

DI,[BP+4] 

MOV 

WORD PTR CS:DIR TECLA, DI 

MOV 

WORD PTR CS: DIR_TECLA+2, ES 

MOV 

AH,35h 

MOV 

AL,09h 

INT 

21 h 

MOV 

WORD PTR CS:VECTORJECLADO,BX 

MOV 

WORD PTR CS: VECTOR_TECIADO+2, ES 

MOV 

DX,OFFSET CS:COMPROBARJÍCLADO 

MOV 

AX,_TEXT 

MOV 

DS,AX 

MOV 

AL,09h 

MOV 

AH,25h 

INT 

21 h 

POP 

ES 

POP 

DS 

POP 

DI 

POP 

BX 

POP 

BP 

RET 


_ESTADO_DEL_TECLADO ENDP 


PUBLIC _RESTAURAR_TECLADO 

_RESTAURAR_TECLADO PROC NEAR 

PUSH 

AX 

PUSH 

DS 

PUSH 

DX 


POP DX 

POP DS 

POP AX 

RET 

_RESTAURAR_TEOADO ENDP 

PUBLIC C0MPR0BAR_TECLAD0 
COMPROBAR TECLADO PROC FAR 
PUSH AX 

PUSH DI 

PUSH ES 

IN AL,60h 

CMP AL,0 

LES DI,CS:DIR_TECLA 

JL BREAKCOOE 

MOV AH,0 

ADD DI,AX 

MOV ES:[DI],1 

JMP FIN 

BREAKCOOE: 

ADO AL,128 

MOV AH,0 

ADD DI,AX 

MOV ES:[DI],0 

FIN: 

MOV AL,20h 

OUT 20h,AL 

POP ES 

POP DI 

POP AX 

IRET 

C0MPR0BAR_TECLAD0 ENDP 

_TEXT ENDS 
BSD 
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MOV 


DX.WORD PTR CS:VECTOR_TECLADO 
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Todos los meses, en este apartado, queremos echarte una mano para que los 
problemas con tu ordenador no te quiten el sueño. Envíanos tus dudas a: 
Código Juego. Apdo 114.11520 Rota (Cádiz) 


Por: 




Solucionamos tus dudas 


Joan Esquerra 



Otra forma de ver 
las cosas 


M e llamo Timoteo, 
soy de Sevilla y me 
gusta a rabiar la 
informática y todo lo que 
está relacionado con ella. 
Empecé mi afición cuando 
se me ofreció la oportunidad 
de trabajar en una tienda del 
ramo y fue allí donde, a base 
de currar con ellos, se des¬ 
pertó en mí la afición por los 
ordenadores. 

No me quiero extender 
mucho, porque me gusta 
mucho el “parloteo” y puedo 
comerme tres páginas de 
espacio antes de que os deis 
cuenta. 

El caso es que me gusta la 
programación en lenguaje 
ensamblador y por supues¬ 
to, cómo fio, crear videojue¬ 
gos. Al ver vuestra revista 
me animé bastante, ya que 
la mayoría del la bibliografía 
existente es bastante reduci¬ 
da y difícil de entender. 
Todo ello hace que cuando 
quieras estudiar, acabes 
aburriéndote del todo. 

Pues bien, a lo que voy. He 


oido hablar de algo así 
como el GRAPHIC MODE X, 
podríais darme más informa¬ 
ción acerca de esto, ya que 
creo que muchos programa- 
dores profesionales lo utili¬ 
zan para hacer sus juegos. 

CJ: Timoteo, tienes mucha 
razón 
e n 
varias 
de las 
cosas 
que 
nos 
dices. 

En pri- 
m e r 
lugar te 
diré, 
salien¬ 
do a 
colación de lo que has 
dicho, que Código Juego 
tiene como primer finalidad 
la de enseñar a los que no 
tienen ni idea de programa¬ 
ción en cualquiera de los 
lenguajes que aquí desglosa¬ 
mos mes a mes. Con ello no 
queremos decir que sea una 
revista para novatos, por lo 
menos el aprendiz sabrá 
encender un ordenador y 
teclar algunos comandos del 
MSDOS o del BASIC, así 
como tener una idea, aun¬ 
que sea ligera, de como fun¬ 
ciona un programa, ¿qué 
menos, verdad? 

A partir de ahí, con esfuerzo 


e imaginación se puede llegar 
a hacer cualquier cosa gracias 
a esta revista. 

El caso es que uno de los 
mayores problemas que nos 
encontramos a la hora de 
hacer grandes cosas con 
nuestro ordenador es que no 
existe documentación sobre 
I o s 
“peque¬ 
ños” 
secretos 
de nues¬ 
tro orde¬ 
nador o 
que la 
que exis¬ 
te es en 
inglés o 
lo sufi- 
ciente- 
mente 
confusa como para “aburrir¬ 
se”, según tus propias pala¬ 
bras. Ahí es donde nuestra -y 
vuestra- revista realiza su 
cometido con más fuerza, ya 
que nos vamos a dedicar a 
encontrar esa información 
que necesitas sobre tu tarjeta 
de vídeo, tu monitor, tu tecla¬ 
do, tu joystick, tu lenguaje, 
etc, y te la serviremos en ban¬ 
deja, para que no te tengas 
que preocupar por buscarla, 
traducirla y finalmente, enten¬ 
derla. 

Ciña vez hecho este inciso, 
pasemos a contestarte. 
Efectivamente, existe lo que 
se conoce como MODO GRA¬ 


FICO X en la tarjeta de vídeo 
VGA. Como algunos sabréis, 
la tarjeta de vídeo trae un pro¬ 
grama que la controla graba¬ 
do en memorias ROM, para 
que siempre esté disponible y 
accesible (leer artículos sobre 
la tarjeta VGA de CJ1, 2 y 3). 
Una de las posibilidades que 
ofrece la ROM es cambiar de 
modo gráfico según la necesi¬ 
dad que se presente en nues¬ 
tros programas. Por ello, tene¬ 
mos modos alfanuméricos, o 
de texto y modos donde los 
gráficos son los reyes de 
nuestra pantalla. Para cada 
trabajo hay una visualización 
adecuada. Estos modos gráfi¬ 
cos se conocen como están¬ 
dar y se dispone de unos 20 
aproximadamente, si se posee 
una tarjeta VGA. El problema 
llega cuando queremos 
encontrar un modo de vídeo 
adecuado para nuestro jue¬ 
gos, es decir, con el suficiente 
colorido y la máxima resolu¬ 
ción posible, lo cual hará que 
nuestro programa esté dotado 
de una gran vistosidad. Sin 
embargo, la mayor resolución 
con la que contamos es de 
300 pixels de largo por 200 
pixels de alto. Casi nada. 

Por ello, los programadores 
más expertos, inconformistas 
radicales, se han dedicado a 
darle vueltas a la tan usada 
tarjeta VGA para buscarle 
hasta el último de sus secre¬ 
tos. 


tí m»ék I 3 X /amito 
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Gracias a que la tarjeta de 
vídeo es programable median¬ 
te lo que se conoce como 
“registros” ésta se puede aco¬ 
modar a nuestras necesidades 
si sabemos reprogramarla a 
nuestro correctamente. 

Ahí es donde entra en escena 
el modo X, también llamado 
Modo 13X, indicando que se 
trata de una variación sobre el 
modo 13h estándar. (Jna serie 
de programadores se han 
dedicado a tocar las tripas de 
la VGA para conseguir arañar¬ 
le unos pixels de resolución 
más de lo normal, con lo que 
nuestro juego tendrá mas 
categoría visual debido a la 
mayor definición en pantalla. 

El problema es que, por un 
lado, se requiere más código 
o programa, ya que hay que 
reprogramar la tarjeta, y por 
otro lado, es más difícil traba¬ 
jar con la memoria de vídeo 
cuando utilizamos la tarjeta en 
esta modalidad. 

Código Juego, en su sección 
de la tarjeta VGA, añadirá, lle¬ 
gado su momento, una serie 
de artículos que os enseñarán 
todos los secretos de este 
modo revolucionario. 
Permaneced en antena. 



Música rebelde 


O s escribo esta carta 
porque me he trope¬ 
zado con uno de 
esos problemas de los que 
habláis en la revista, esos que 
impiden que puedas continuar 
con el proyecto que tienes 
entre manos. Por ello, me he 
decidido finalmente a enviaros 
este FAX. 
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Me encuentro en la actualidad 
realizando un juego de orde¬ 
nador para PC y compatibles. 
Tras aproximadamente dos 
años de estudio del lenguaje 
ensamblador y experimenta¬ 
ción en este campo realizando 
pequeños programitas, final¬ 
mente una idea, que conside¬ 
ro brillante, cruzó mi mente, lo 
que hizo que me lanzase a la 
realización de un proyecto 
mayor. En el apartado de 
MOOKIE, 

“así se 
hace un 
videojue¬ 
go para 
PC”, de 
vuestra 
brillante 
revista he 
encontra¬ 
do que 
Ramón 
López, 
director y 
programador de Código 
Juego, hace una buena expli¬ 
cación sobre el efecto FADE o 
de fundidos, que ya he estu¬ 
diado e incluido en mi propio 
programa. Gracias a esto 
logré solucionar uno de mis 
problemas, pero no es por el 
que os escribo hoy. 

En resumidas cuentas, lo que 
me preocupa en esta ocasión 
es que no se como poner la 
música dentro de mi juego y 
lo peor es que no encuentro 
información para poder llevar¬ 
lo a cabo. ¿Podríais informar¬ 
me sobre algún libro o fichero 
donde pueda conseguir infor¬ 
mación sobre este tema? No 
os hago todas las preguntas 
que tengo sobre este tema 
porque sería interminable. Os 
pido ayuda en general. 

CJ: Nos pides ayuda en gene¬ 
ral, pero el tema es tan inmen¬ 
samente amplio que no exis¬ 


ten páginas suficientes en este 
número de CJ, y mucho 
menos en esta sección, para 
darte una explicación mínima¬ 
mente detallada. Pero vamos 
a darte unas leves notas que 
esperemos te sean de utilidad. 
En primer lugar te diremos 
que existen 3 formas funda¬ 
mentales de añadir música o 
simplemente melodías más o 
menos complicadas a un 
juego de PC. 

La pri¬ 
mera, y 
más 
utiliza- 
d a , 
sería la 
música 
F M . 
Esta es 
la que 
s e 
obtiene 
de la 
utiliza¬ 
ción de los chips generadores 
de sonidos que para tal fin 
están incluidos en la tarjeta de 
audio. Por lo general se tratará 
de una Soundblaster o com¬ 
patible con ella, por lo que los 
archivos musicales de este for¬ 
mato bien pueden ser los 
.CMF de Creative Labs o inclu¬ 
so .MID (estándar MIDI) si se 
sabe programar este tipo de 
archivos. Los diferentes instru¬ 
mentos (trompeta, piano, vio- 
lin, tambor, Hihat, etc...) se 
consiguen reprogramando los 
registros de los chips FM. Si 
utilizamos los archivos .CMF 
sólo deberemos cargar el dri- 
ver SBFMDRV.COM que se 
incluye con el software de la 
Soundblaster y mediante las 
funciones que éste pone a 
nuestra disposición, él ya se 
encarga de esta reprograma¬ 
ción así como de arrancar y 
parar la música. 

La segunda forma sería la uti¬ 


lización de archivos “módulo”, 
más conocidos como .MOD. 
Para su correcta utilización 
existen multitud de fuentes de 
información que se pueden 
obtener en BBS o por via 
Internet, contactando con los 
múltiples grupos de progra¬ 
madores que hay a tu disposi¬ 
ción. La información sonora 
sobre los diferentes instru¬ 
mentos se guarda como 
“samplers” o muéstreos de el 
sonido original los cuales se 
hacen sonar siguiendo un pat- 
tern o patrón que actúa como 
un pentagrama. Son compli¬ 
cados de programar, pero su 
rendimiento es más alto, y la 
calidad sonora que se logra 
con ellos llega a límites insos¬ 
pechados, sobre todo si utili¬ 
zamos ordenadores de rápida 
velocidad de proceso como 
los 386 y 486. 

La tercera forma es la más 
fácil de hacer pero la que más 
memoria ocupa. Consistiría en 
crear la música en un instru¬ 
mento aparte, o simplemente 
copiarla de alguna fuente 
externa (cassette, compact, 
etc.) y grabarla como un 
archivo .VOC. Después, 
mediante el uso del driver CT- 
VOICE.DRV, también incluido 
con el software de la 
Soundblaster, tan sólo hay 
que hacer sonar ese archivo 
de “voz”. Esta forma no es 
recomendable en absoluto, 
especialmente si tenemos en 
cuenta que el disco se llenaría 
rápidamente debido al gran 
tamaño que estos archivos 
ocupan. Los archivos con este 
formato se suelen usar para 
efectos sonoros de corta dura¬ 
ción, como explosiones, gri¬ 
tos, etc. 

De las tres formas de poner 
música hablaremos en Código 
Juego, eso sí, en profundidad. 



los archivos de música 
IMF han sido creados 
por CREATIVE LABS para 
la Soundblaster 



























I _na sección como esta es importantí¬ 
sima para los prosramadores como 
vosotros. En ella analizamos el mejor 
SHAREWARE Y DOMINIO PUBLICO del 
mercado para que sepáis como 
sacarle partido en vuestros programas 


Para unos listados de alucine, aprende a utilizar este maravilloso controlador de impresión. 

Un monstruo impresionante 

Copyright Korenthal Associates, Tipo: Shareware 


| Juan Manuel Mora I 

H M emos cogido n ues^ 
I tro compilador 
I sorpresa. Era JÉ 
tro primer programa pero 
lo hemos hecho aJÉ 
cia. Las varia mes están 
correctas, U^íneas com¬ 
pletas ^documentadas 
hasta l/saciedad. Todo 
parece! / estar bien. 
Mandarlos una compila¬ 
ción..., Aguantamos la res* 

I piraciórl^y... ¡oh, no^ 
fallo! Y Ahora ¿qué , 
mos? «npeza^pps a dar 
vuell .WtiSl 
jandc 

ba Igina abajo, 
danffcon él. Entonces 
só^Eueda una posibilidad; 
f aHue impiteir el práígra- 
evisarlo minucn^sa- 

¡gemos la impresor 
/amos un chasco.^ 
En^Ril son 60 páginas/ 
Clare e! texto es tan gr 
de á ue sólo tenemos 

i 

es donde una uti 
pira la programación 
c#no la que hoy come/ta-j 
i entra en acción. 

4plint es una progra 
Koífcnthaf AssocíaU^ind 
par^mpresoras j^JírJet 
Desl«et que m^roermitd 
imi )rffiir listados 
de ( 


ramoSKde gran 
para - 

tm f pues permite 
cómodamente tas 
de los archivo* 
los programa^^teidftera 
apaisada \^^Eolumnas de 
táfao, J^fflrandonos el 
se®úmi£ntcffnfe continuo 
que nos 

r una má^^lida com¬ 
ilón dei^^ao, y agili- 

za la búsque^&ve cual- 
' dato sin ^B»idad de 
maréateos er raft Amardej 
páginas! 

ton 


4print< camino < 

<opcíon> 

Al sacar por Impresora el | 
listado, elr programa 
enmarca toro el contenido 
por un recato, así como 
delimita la^paración entre 
culumn/^Kpr una línea, 
wcolo^jffi®\ las páginas 
de página a 
bn el nombre 
r que se impri- 
fedha en la que se 
rprimi» y la hora de la 
ipresíóji, y a la derecha 

r uestr %É^fitt£P ero de 
página y el nójji^^total de 
JjJnsta el 
I listado, colocando esta 


misma informa¬ 
ción como enca¬ 
bezado en las 
páginas pares. 

Entre sus numero¬ 
sas prestaciones hemos de 
destacar que per¬ 
mite centrados de 
texto horizontales y 
verticales, centra¬ 
dos de texto hori¬ 
zontales o vertica¬ 
les, asi como la 
modificación del 
tipo de letra están¬ 
dar que el progra¬ 
ma trae por defec¬ 
to. 

Entre sus opciones más 
destacables están: 

-1, permite la impresión de 
un archivo apaisado en una 
columna a 165 caracteres 
por línea. 

-2, imprime un archivo 
apaisado en dos columnas 
a 80 caracteres por línea. 

-3, imprime un archivo 
apaisado en tres columnas 
a 55 caracteres por línea. 

-4, imprime un archivo 
apaisado en cuatro colum¬ 
nas a 40 caraOcteres por 
línea. 

-tiny, añadido a uno de las 


anteriores opciones permi¬ 
te el uso de la fuente tiny - 


diminuta-, con lo que 
todavía podemos imprimir 
más páginas de texto en 
una sóla. 

Para aquellos afortunados 
poseedores de una impre¬ 
sora DCJPLEX, es decir que 
permite la impresión en las 
dos caras del papel a la 
vez, 4print también tiene 
entre sus opciones la posi¬ 
bilidad de aprovechar esta 
ventaja. 

En definitiva una joya que 
aliviará muchos quebrade¬ 
ros de cabeza a todos los 
que programen también a 
aquellos, porque no, que 
les gusta ser ahorrativos, y 
es que el papel está muy 
caro. 
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Aprende a h 



acer un juego 


Segunda entrega de nuestra serie de artículos 



__ Programatión Grafito 

Eduard Sánchez 


Nota: El jueso de SIMON fue Incluido íntesro en el disquete de Cód¡so Jueso número 2. 


£ a evolución de las tarjetas 
de vídeo durante la histo¬ 
ria del PC, ha sido real¬ 
mente impresionante. Se 
empezó en el año 1981 con 
las tarjetas MDA y CGA. La 
tarjeta MDA sólo podía visuali¬ 
zar texto monocromo y la 
CGA (Color Graphics 
Adapter), como habréis podi¬ 
do comprobar en algunos jue¬ 
gos, sólo dispone de cuatro 
colores, los cuales resultan 
insuficientes para unas buenas 
pantallas gráficas. 

Unos años más tarde, hacia el 
1985, se lanzó al mercado la 
tarjeta EGA (Enhanced 
Graphics Adapter), la cual ya 
disponía de 16 colores en 
pantalla y era capaz de visuali¬ 
zar gráficos a una resolución 
máxima de 640x350. Esta tar¬ 
jeta mejora notablemente a 
las dos anteriores, ya que la 
CGA permite una resolución 
máxima de 640x200. 

Pero los usuarios informáticos 
aún no estaban satisfechos, 
por lo cual, un tiempo más 
tarde, apareció un nuevo 
modelo de CGA mejorada: la 
MCGA. La MCGA permitía un 
total de 256 colores simultá¬ 
neos en la pantalla y disponía 
de una resolución máxima de 
640x480, aunque con solo 16 
colores. Imaginaros que cam¬ 
bio: en solo unos cuantos 
años se pasó de cuatro colo¬ 
res a 256 en pantalla! 

C J 

56 


El no va más apareció poco 
después con la VGA (Video 
Graphics Array). Esta tarjeta, 
la más utilizada en nuestros 
días, permite una resolución 
máxima de 640x480 con 16 
colores y una calidad de visua- 
lización incomparable con las 
tarjetas anteriores. Mediante 
los modos VESA, y los nuevos 
modelos de VGA se pueden 
visualizar imágenes a altas 
resoluciones, que pueden lle¬ 
gar hasta 1024x768. 
Actualmente se están lanzan¬ 
do al mercado nuevos mode¬ 
los de VGA y nuevos tipos de 
tarjetas gráficas, que incluso 
pueden llegar a visualizar 16,7 
millones de colores... pero 
esto ya es otra historia! 

Como habréis podido com¬ 
probar en la mayoría de los 
juegos actuales (aunque no 
todos), la resolución preferida 
es la 320x200 con 256 colores 
(MCGA), ya que en este modo 
gráfico es mucho más fácil 
trabajar, porque se dispone de 
256 colores y una buena cali¬ 
dad de imagen. 

Además, programar en 
320x200 es mucho más fácil 
que programar en otros 
modos más altos: en el modo 
320x200 256 colores cada 
pixel es representado median¬ 
te un ‘byte’, factor que permite 
un fácil acceso a la pantalla 
gráfica. 

Vamos a adentramos un poco 


en la programación de la VGA, 
ya que es el siguiente paso 
que se realiza en el programa 
Simón. 

üna operación esencial para 
trabajar a cien con la tarjeta 
de vídeo, es saber cambiar el 
modo gráfico de ésta. Este 
proceso se realiza con la fun¬ 
ción 0 de la interrupción lOh. 
Debemos colocar el valor 0 al 
registro ‘AH’ y el valor del 
modo gráfico a visualizar en el 
registro AL. Según el valor de 
este registro, podremos dispo¬ 
ner de diferentes modos gráfi¬ 
cos. 

La tabla que se muestra en el 
listado 1, muestra algunos de 
ellos. 

Si queremos, por ejemplo, 
establecer el modo 640x480 
de 16 colores, lo haremos de 
la manera que explico en el 
listado 2. 

En Simón se utiliza una rutina 
estándar para cambiar el 
modo gráfico, donde ‘mode’ 
es el modo gráfico que desea¬ 
mos activar. Ver listado 3. 

Si queremos únicamente utili¬ 
zar las funciones puras del len¬ 
guaje ‘C\ sin recurrir al 
ensamblador, lo haremos 
usando los propios registros 
de éste lenguaje, como pode¬ 
mos ver en el listado 4. 
Recordad que hay muchas 
maneras de acceder a los 
registros en lenguaje ‘C’, otra 
forma sería la que vemos en el 


listado 5. 

üna vez cambiado el modo 
gráfico a 13h ( 320x200, 256 
colores ), Simón hace apare¬ 
cer en pantalla un gráfico 
donde se indican todas las 
características del sistema, 
encendiendo unos cuadradi- 
tos, según se encuentren pre¬ 
sentes las siguientes opciones 
en nuestro sistema: Sound 
Blaster, Ratón y Tarjeta VGA. 
Pero antes de empezar con la 
carga de imágenes gráficas, 
me gustaría explicaros como 
acceder a la tarjeta de vídeo 
para poner pixels, realizar ani¬ 
maciones, etc... 

Por ejemplo, la rutina siguien¬ 
te, os ayudará a entender la 
programación en el modo 256 
colores y del acceso a la 
memoria de vídeo. Este es el 
sistema clásico que se utiliza 
para poner un pixel de un 
color determinado en una 
posición determinada de la 
pantalla. Esta rutina solo fun¬ 
ciona en el modo 320x200, 
256 colores, que es el modo 
utilizado por Simón, para su 
estdio remitiros al listado 6. 
Vamos a analizar pasito a pasi¬ 
to esta rutina: 

Los parámetros que enviamos 
al ‘void’ con los siguientes: 

- La coordenada X del punto. 

- La coordenada Y del punto. 

- El color del punto. Que debe 
ser un ‘byte’ ya que el valor del 

























paso 


en lenguaje C paso a 

Nota: El programa SIMON fue incluido en el disquete de CJ2 


pixel debe estar comprendido 
entre 0 y 255, factor que nos 
da un resultado de 256 colo¬ 
res en total. 

Entonces accedemos al 
ensamblador y pasamos al 
registro AX el valor ‘OAOOOh’ 
que es el valor del segmento 
de vídeo en el modo 320x200 
256 colores. Todo ‘byte’ que 
almacenemos en esa posición 
de memoria, y de esta en ade¬ 
lante, nos aparecerá represen¬ 
tado mediante un pixel en la 
pantalla, siempre que tenga¬ 
mos establecido el modo 13h 
mediante la interrupción 1 Oh. 
Seguidamente ponemos el 
valor de AX al registro ES, por 
lo tanto ES apunta al segmen¬ 
to de vídeo. 

Luego tenemos que hacer un 
pequeño cálculo matemático 
para situar DI a la posición 
establecida por la variable X e 
Y, dentro del segmento 
0A000’. 

Recordad que las posiciones 
de memoria se expresan 
mediante el segmento y el off¬ 
set; en el caso de esta rutina 
el segmento ( ES ) apunta a 
OAOOOh y el offset ( DI) apun¬ 
tará a una zona de la pantalla 
determinada por DI. Para 
determinar el valor de DI 
deberemos hacer el siguiente 
cálculo: 

(320 * Y)+X = posición relati 
va a la pantalla. 

¿Por qué 320?, muy sencillo: 
cada línea en 320x200 tiene 
un máximo de 320 puntos. Si 
ponemos un valor superior a 
320 entonces estamos apun¬ 
tando a la siguiente linea. 
Mediante esa multiplicación 
estamos apuntando a la línea 
indicada por el valor ‘Y’. 
Añadiendo X apuntaremos 
definitivamente a la posición 
correspondiente. 

Todo este cálculo está alma¬ 
cenado en el registro ‘AX’ por 
lo cual lo deberemos traspasar 
al registro ‘DI’ mediante la ins¬ 
trucción ‘MOV DI,AX\ 


Finalmente ES: [DI] apuntan a 
una posición concreta del seg¬ 
mento de vídeo. Sólo debere¬ 
mos almacenar un ‘byte’ en 
esa posición para visualizar un 
pixel: ponemos en el registro 
‘AL’ el valor del pixel que de¬ 
seemos, indicado por la varia¬ 
ble ‘color’. Entonces mediante 
la instrucción ‘ MOV ES:[DI], 
AL ‘ almacenamos ese pixel 
en la pantalla, lo cual provo¬ 
cará la visualización de un 
pequeño punto en la pantalla. 
Otra manera de poner un pixel 
en la pantalla es mediante la 
utilización de la interrupción 
lOh (la destinada a las opera¬ 
ciones de vídeo). Los paráme¬ 
tros son los desarrollados en 
el listado número 7. 

Su equivalente en lenguaje C 
sería la que se lista bajo el 
número 8. 

Este sistema parece mucho 
más sencillo que el anterior, 
ya que así nos ahorramos 
mucha tarea de cálculos. Pero 
todo tiene ventajas y desventa¬ 
jas: poner un pixel mediante la 
interrupción lOh, funciona en 
todos los modos gráficos, 
mientras que mediante la 
anterior rutinilla en ensambla¬ 
dor, solo podemos poner un 
pixel en 320x200 256 colores. 
Pero la utilización de la inte¬ 
rrupción es mucho más lenta 
que la otra y, en operaciones 
complicadas como en el caso 
de las animaciones, se aprecia 
mucho esa lentitud. 

CARGAR FICHEROS 
GRAFICOS 

Bien, pues, ya sabemos como 
acceder a la VGA y visualizar 
unos cuantos pixels... entre¬ 
mos pues en el mundo de los 
ficheros gráficos. 

Simón no utiliza ningún for¬ 
mato gráfico ‘famoso’ como 
pueden ser el GIF, el PCX o el 
BMP, sino uno mucho más 
fácil de cargar: el ‘Jovain VI’. 

El formato ‘Jovain VI’ es un 
tipo de fichero gráfico muy 
poco conocido, pero lo sufi¬ 


ciente como para ser soporta¬ 
do por algunos programas de 
tratamiento de imágenes. Por 
ejemplo, las imágenes de 
Simón fueron creadas en el 
‘Deluxe Paint II Enhanced’ y 
grabadas a formato LBM (el 
formato del Deluxe Paint). 
Luego, mediante un buen pro¬ 
grama, transformé el fichero 
LBM a formato ‘Jovain VI’. 
Este tipo de fichero gráfico 
tiene la ventaja de que es muy 
fácil de cargar en cualquier 
lenguaje de programación, ya 
sea el C, el Pascal, el 
Ensamblador, etc.( ya lo veréis 
en el próximo número !). 
Aunque los formatos PCX y 
GIF ocupan, posiblemente, 
cuatro veces menos, disponen 
de un sistema de compresión 
muy complicado, factor que 
provoca que el programador 
tenga que descomprimirlo y 
realizar un gran número de 
operaciones muy complica¬ 
das. En cambio ‘Jovain VI’ es 
un formato casi PCJRO. Esta 
está explicada en el listado 9. 
Los primeros 16 bytes que for¬ 
man la cabecera no nos inte¬ 
resan para nada, por lo tanto, 
en la rutina de carga, los salta¬ 
remos sin más. Los siguientes 
768 bytes forman lo que se 
llama la paleta gráfica. 

Cada color en el modo 256 
colores (y en la mayoría de los 
otros modos) está formado 
por cierta cantidad de Rojo, 
Verde y Azul. Con diversas 
combinaciones de estos tres 
colores, podremos obtener 
una amplia paleta a nuestro 
gusto. 

El color azul, por ejemplo, 
(color 1 de la paleta) dispone 
de los siguientes valores RGB: 


R. 0% 

G.0% 

B.100% 


El color rojo dispone de los 
siguientes: 


R.100% 

G. 0% 

B. 0% 


Haciendo combinaciones con 
estos tres valores podemos 
obtener miles de colores, pero 
desgraciadamente sólo podre¬ 
mos disponer de 256 colores 
simultáneos en la pantalla. 
Como usamod utiliza el modo 
256 colores, los 768 bytes de 
la paleta con resultado de 
multiplicar los 256 colores por 
3, que nos da un resultado de 
768 bytes. 

Los siguientes 64000 bytes 
forman lo que se llama el ‘bit- 
map’ o el cuerpo de la ima¬ 
gen. Como no se utiliza 
ningún tipo de compresión en 
el fichero, entonces tenemos 
una imagen en pantalla de 
320 pixels de anchura por 200 
pixels de altura. En total 
64000 bytes. 

En total, el formato ‘Jovain VI’ 
en 320x200, 256 colores 
ocupa un total de 64784 
bytes. 

Al no tener que descomprimir, 
la rutina que carga los ficheros 
gráficos, realiza su tarea casi 
al instante, evitando así la 
espera por parte del usuario. 

El proceso de carga de imáge¬ 
nes realizará tres pasos bási¬ 
cos: 

* Saltar la cabecera 

* Leer la paleta y definirla 
(mediante la interrupción lOh) 

* Leer el cuerpo y traspasarlo 
al segmento de vídeo. 

Al realizar estos tres pasos, 
obtendremos la imagen en 
pantalla de una forma rápida y 
sencilla. 

Siento no tener más espacio 
para mostraros las rutinas 
para cargar imágenes, os pro¬ 
meto que aparecerán en el 
próximo número de CJ... No 
te lo pierdas! 


Eduard Sánchez Palazón 
Agosto’94. 
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MON 


LISTADO NUMERO 1 


Modo ( Hexa ) Modo 


Tarjetas soportadas 


El juego de los colores: 
Listados complementa¬ 
rios 


04 

| 320x200, 4 colores 

1 CGA, 

EGA, MOGA, VGA 


muí y 

// Multiplica AX por 

06 

| 640x200/ 2 colores 

1 cga, 

EGA, MOGA, VGA 

‘Y’. 



OD 

| 320x200, 16 colores 

1 EGA, 

VGA 


add ax,x 

// Añade ‘X* a AX. 

OE 

| 640x200, 16 colores | 

1 EGA, 

VGA 


mov di,ax 


OF 

| 640x350, 2 colores | 

1 EGA, 

VGA 


mov al,color 


10 

| 640x350, 16 colores | 

EGA, 

VGA 


mov es:[di],al 


11 

| 640x480, 2 colores | 

MOGA, 

, VGA 

} 

} 


12 

| 640x480, 16 colores | 

VGA 




13 

| 320x200,256 colores | 

MOGA, 

, VGA 

LISTADO NUMERO 7 




LISTADO NUMERO 2 


asm { 

xor ah,ah // AH = 0, Número de la función, 
mov al,12h // Modo 640x480 16 colores, 
int lOh 


LISTADO NUMERO 3 


void set_video_mode(unsigned char mode) 

{ 


asm { 

mov ah,0 
mov al,mode 
int lOh 


Registro 

-f. 

Valor 

AH ( byte ) 

| OCh ( OxC) 

I 

AL ( byte ) 

1 

| Valor del pixel 
| a visualizar. 

BH 

modo 13h ). 

1 

| Página de video ( debe ser 0 en el 

i 

CX 

1 

| Coordenada X 

i 

DX 

1 

| Coordenada Y 


-rf- 

Ejecutar interrupción lOh 


LISTADO NUMERO 8 


LISTADO NUMERO 4 


void set_video_mode(unsigned char mode) 

{ 

_AH = 0; 

_AL = mode; 
geninterrupt(OxlO); 


LISTADO NUMERO 5 


void set_video_mode(unsigned char mode) 

{ 

unión REGS registro; 


void poner_pixel(int x, int y, unsigned char c) 

{ 

asm { 

mov ah,0ch 
mov al,c 

xor bh,bh // BH = 0 
mov cx,x 
mov dx,y 
int lOh 

} 


} 


LISTADO NUMERO 9 


registro.h.ah = 0; 
registro.h.al = mode; 
int86(0x10, &registro, &registro); 

} 

LISTADO NUMERO 6 


void pon_pixel(int x, int y, unsigned char color) 

{ 



FORMATO JOVAIN VI: 

Parte_ 

16 Bytes de cabecera 

2 § Parte_ 

768 Bytes de paleta 

33 Parte_ 

64000 Bytes de mapa de ‘bytes’ que 


forman la imagen gráfica. 


mov ax,0A000h 
mov es,ax 
mov ax,320d 


asm { 
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mam no l® ¡noientub... 
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El Superdisto de Código Juego tuesta tan sólo 950 pts. gastos de envió no influidos. 

Se trata de una tolettión de programas Shareware y de Dominio Públito selettionados para 


ayudaros a programar video juegos. 













































































































Por: 



g el programador de videojuegos 

S 

■F esuro que mas de una vez te has presun- 


tado cómo se distribuyen los diferentes ele¬ 
mentos de software dentro del ordenador y 
que memoria te queda finalmente para tus 
videojuesos. Unete a nosotros en este artículo 
y tendrás las ideas más, mucho más claras. 





















L a intención de este 
curso es hacerte 
conocedor de los 
procedimientos a 
seguir cuando queremos 
aprovechar las funciones 
del MSDOS en nuestros 
juegos. Para ello, hasta 
ahora, hemos estado vien¬ 
do cómo el sistema opera¬ 
tivo era cargado desde el 
disco a la memoria. Esto 
nos ayudará a entender 
mejor cual es la estructura 
interna del DOS y cómo y 
por qué se requiere seguir 
un protocolo preestableci¬ 
do a la hora de utilizar 
dichas funciones. 


SITUACION DEL DOS 
Nos quedamos en la ter¬ 
cera entrega de ésta sec¬ 
ción justo cuando el siste¬ 
ma operativo reposa en el 
interior de la memoria RAM 
de nuestro PC. Es entonces 
cuando ya se ha realizado 
el pertinente testeo de los 
diferentes componentes 
que integran el ordenador 
a la par que todos estos 
han sido incluidos dentro 
del conjunto lógico de todo 
el sistema, pero, ¿cómo se 
sitúan los diferentes ele¬ 
mentos del sistema opera¬ 
tivo dentro de la memoria? 
En un sistema típico, o sea 


en un PC genérico o están¬ 
dar, como prefiráis, el 
MSDOS no se mezcla o 
integra en un único bloque 
homogéneo sino que per¬ 
manece separado incluso 
después de haber sido car¬ 
gado desde el disco. Como 
seguramente acertaréis a 
comprender, diferentes 
ordenadores pueden tener 
diferentes configuraciones 
con respecto a la que aquí 
enseñamos. Esto se debe a 
que los archivos ACJTOE- 
XEC.BAT y CONFIG.SYS 
hacen que nuestro ordena¬ 
dor varíe en su formato 
interno. En el diagrama 


podéis echar un vistazo a lo 
que os comento, pero vea¬ 
mos, detenidamente, cada 
una de estas partes. Ello 
nos ayudará a conocer 
mejor cual es el espacio 
con el que contamos para 
nuestros juegos. 

EL MODELO DE 
MEMORIA 

Pasamos a comentar 
como se distribuyen estos 
elementos dentro del espa¬ 
cio direccionable del proce¬ 
sador en modo real, es 
decir los primeros 1024 
kilobytes de memoria. 


1) En primer lugar, la tabla de interrupciones del sistema operativo, que comienza justo en el primer byte de la memoria, es decir, 
0000:0000. En ella se guardan los punteros de inicio de las rutinas de servicio del sistema operativo, el BIOS del sistema y todos los 
BIOS de todos los periféricos que están conectados al PC. El formato consiste en bloques de 4 bytes que indican en que dirección 
de la memoria se encuentra el comienzo de la rutina asociada a ese número en concreto. Estos cuatro bytes están guardados en de 
manera segmentada, es decir, segmentoidesplazamiento y a la vez de manera invertida. Para que entendáis esto mejor utilizaremos 
un ejemplo. Supongamos que una interrupción comienza en la posición de memoria 1425:3456. Los dos primeros bytes, 1425h, 
indican el segmento de la memoria y los otros dos, 3456h, son el desplazamiento dentro del mismo. La forma en que nos los 
encontraremos en ésta tabla será: 

56, 34, 25, 14 

La dirección del segmento aparece después de la del desplazamiento y ambas se introducen en la memoria de forma invertida, o 
sea, byte bajo-byte alto. En el apartado del curso de ensamblador veremos el porqué en su momento. Por ahora simplemente 
aprender la manera caprichosa en la que se guardan estos datos y haceros saber que esto es una constante en el comportamiento 
de los microprocesadores Intel. La primera interrupción estará colocada en la posición 0000:0000 y la segunda 4 bytes después 
0000:0004 y así sucesivamente. Para averiguar donde está el puntero de la interrupción 123 decimal simplemente la multiplicare¬ 
mos por 4. las interrupciones ocupan justamente un kilobyte, o sea 1024 bytes. Si dividimos entre cuatro bytes que ocupa cada 
interrupción, averiguaremos que se pueden tener 256 interrupciones diferentes. 

2) El segundo bloque viene ocupado por las tablas de variables del MSDOS. En ellas, el sistema operativo almacena información 
importantísima sobre el estado de PC, así como de las preferencias que hemos escogido para éste. Por ejemplo, el tipo de monitor 
que está conectado al PC, tipo de tarjeta de vídeo, información sobre la hora y fecha, teclado, etc. Recurriremos a estas tablas por 
dos motivos fundamentales. En primer lugar para informamos sobre la situación de un determinado elemento de configuración o 
periférico. En segundo, cuando queramos cambiar algo para nuestro beneficio y que sabemos que el sistema operativo actuará en 
consecuencia. Son muy valiosas y más adelante daremos un completo listado de las mismas con sus respectivas descripciones y 
funciones. 

3) El BIOS. Es decir, el que proviene del fichero IO.SYS. También, en lo que a IO.SYS se refiere, se engloban los dispositivos de 
control estándar (consola, auxiliar, impresora) 
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4) En cuarta posición el KERNEL del MSDOS, que proviene del fichero MSDOS.SYS. Se trata del bloque de rutinas de servicio de la 
interrupción 21 h entre otras cosas. La palabra inglesa KERNEL se puede traducir por “meollo" o núcleo, es decir la parte más 
importante o funcional del sistema operativo. 

5) Bloque configurable. (Jna vez que las secciones funcionales del sistema operativo ya han sido descritas entramos ahora en la 
parte que se configura con los archivos ACJTOEXEC.BAT y CONFIG.SYS. Es decir, en esta zona de la memoria encontraremos pro¬ 
bablemente los bloques de control de fichero (FCB) que se han abierto en CONFIG.SYS, así como se establecen en memoria los 
DEVICE DRIVERS o controladores de dispositivo, que como hemos aprendido son los anexos al BIOS que cada fabricante de perifé¬ 
rico entrega con su producto para un perfecto control de ese dispositivo en concreto. Se añaden mediante órdenes DEVICE en 
CONFIG.SYS. 

6) COMMAND.COM: La parte residente del controlador de órdenes o Commands en inglés se establece de forma permanente en 
esta zona de la memoria del PC, desde donde controlará nuestras entradas de teclado. 

7) TSR. Los programas del tipo Termínate and Stay Resident, es decir, los más conocidos como programas residentes, se estable¬ 
cen en esta zona, en espera de la o las hot keys (teclas calientes) que los hagan despertar de su letargo. Por supuesto, en caso de 
que no existan, este área de la memoria se encontrará libre para la TPA. 

8) TPA. Transitory Program área, o Area de Programas Transitorios. Es la zona donde nuestras aplicaciones (lo que vulgarmente 
conocemos como programas) entran en acción. Será, o deberá ser, la parte más amplia. Si utilizamos controladores de memoria 
extendida como HIMEM.SYS o QEMM386, se pueden llegar a tener cantidades de memoria disponibles muy cercanas a los 640k 
con lo que nuestras, cada vez más ambiciosas, utilidades informáticas tendrán todo el espacio que necesitan. 

9) Memoria RAM libre. La zona de memoria que queda tras la última posición que ocupe nuestra aplicación hasta el límite de 
memoria RAM convencional (9000:FFFF) queda libre para que pueda coexistir cuantas aplicaciones quepan. 

10) Parte transitoria de COMMAND.COM. La parte de COMMAND.COM que no sirve una vez que el programa de aplicación está 
funcionando se sitúa en la parte alta de la RAM de forma que puede ser “machacado” por los programas, tina vez que hacemos una 
salida al MSDOS, con lo que se finaliza el proceso con la aplicación en curso, se vuelve a cargar esta sección del interprete de órde¬ 
nes. Si no se encontrase, el sistema operativo contestaría quejoso con un “No se encuentra COMMAND.COM, sistema detenido” y 
tendríamos que resetar el PC. 

11) Memoria de vídeo (A000:0000). Dentro del espacio direccionable por el procesador (el primer megabyte de memoria) se le asig¬ 
naron 128 kilobytes de memoria a la memoria de vídeo o VRAM. En un principio esta zona era más que suficiente para la cantidad 
de información gráfica que manejan nuestros programas normalmente. De todos es sabido que el PC ha crecido como la espuma y 
con él las aplicaciones y la cantidad de memoria de vídeo que estos necesitan, principalmente debido a la “gula” de los entornos 
operativos gráficos como WINDOWS. Ahora se recurre a complicados procesos de paginación de memoria para poder acceder a 
incluso 2 megabytes de VRAM, sobre todo en los adaptadores de vídeo SuperVGA. 

12) ROM del Adaptador de Vídeo (C000:0000). Zona donde se instala el BIOS de vídeo incluido en la tarjeta del adaptador para que 
pueda ser direccionado por el procesador. Las funciones principales de vídeo están disponibles en esta dirección (int lOh) 

13) Tarjetas varias. La ROM de los adaptadores de otros dispositivos, tales como la controladora de disco o de redes locales se ins¬ 
talan en esta area. 

14) Marco de Páginas. Zona donde el controlador de memoria Expandida LIM-EMS pagina la memoria de la placa correspondiente 
(hasta 32 megabytes). Es reubicable por lo que su dirección varía. 

15) Memoria ROM BIOS. La BIOS general del sistema se encuentra siempre en la zona más alta de la memoria. Se incluyen aquí las 
rutinas básicas de entrada y salida. 

16) HMA. La High Memory Area corresponde a unos 64 K que se pueden utilizar por el sistema gracias a unos manejos especiales 
que HIMEM.SYS lleva a cabo con la A20 (patilla con ese número en las líneas del bus de direcciones del procesador.) 

17) Memoria extendida. La memoria que se “extiende” a partir del primer megabyte (1024k) de memoria convencional se llama 
memoria extendida, que no son direccionables por el procesador en modo real, es decir en el modo que funciona por defecto. Para 
ello, y siempre en modo real, debe utilizar un device driver especial conocido como HIMEM.SYS, el cual proporciona un interfaz 
seguro y compatible para acceder a páginas de memoria, las cuales siempre deberán ser conducidas hacia la memoria convencio¬ 
nal para su uso por parte del microprocesador. Recordemos, sin embargo, que el sistema segmentado de memoria no funciona de 
esa forma en microprocesadores de la gama alta, como el 386 y 486, si estos se encuentran en modo protegido. En dicho modo, 
los procesadores mencionados pueden trabajar con el sistema de memoria plano, gracias a sus registros extendidos. La programa¬ 
ción en modo protegido será motivo del curso de ensamblador mucho más adelante, cuando la programación en modo real sea 
manejada con suficiente soltura. 
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En capítulos anteriores hemos aprendido a utilizar algunos 
de los comandos de DEDUG. Hoy vamos a utilizarlos con 
un programa ejemplo para ponerlos en práctica. 




Barón Rojo Bytes 


H emos visto ya bastantes 
cosas para estar lo sufi¬ 
cientemente familiarizados 
con DEBGG y hacer nues¬ 
tro primer programa en ensambla¬ 
dor. 

Como he explicado en artículos ante¬ 
riores, la calidad de DEBGG deja bas¬ 
tante que desear a la hora de ensam¬ 
blar código fuente, debido a la forma 
en que éste trabaja. Como es natural 
en una herramienta pequeña, pero 
completa y potente en muchos 
aspectos, no ha sido implementada 
con gran cantidad de posibilidades 
como sus hermanos mayores (léase 
MASM y TASM). La sección de com¬ 
pilación con la que cuenta es diminu¬ 
ta y realiza todo el proceso en un sólo 
paso. Al contrario que MASM, por 
ejemplo, que compila en múltiples 
pasos, DEBGG no es capaz de resol¬ 
ver referencias externas, ni saltos a 
etiquetas. Por lo tanto, órdenes del 
tipo: 

JMP SALIDA 

CT 
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CMP VALOR 
CALL FAR SCROLL 

...no están permitidas. Deberemos 
indicar exactamente a que lugar que¬ 
remos saltar con la dirección absolu¬ 
ta o en todo caso (como cuando usa¬ 
mos JZ, JNZ, etc.) el valor con signo 
de el desplazamiento hacia adelante 
o hacia atrás. También, será necesa¬ 
rio que nuestro programa contenga 
tan sólo un módulo, es decir, que 
todas las rutinas estén contenidas en 
el mismo programa que queremos 
compilar, ya que DEBGG no es capaz 
de buscar en librerías adjuntas ni de 
incluir archivos de código fuente. 
Nuestra aplicación deberá, pues, ser 
de “una pieza”. 

¿Para que sirve entonces DEBGG?, 
pues para hacer aplicaciones muy 
cortas, como pueden ser diminutos 
programas en formato .COM que nos 
ayuden con tareas muy simples. Por 
ejemplo, el programa que está listado 
en la figura adjunta es capaz de cam¬ 
biar el modo de vídeo del 03h en el 


que el ordenador se sitúa por defecto 
al arrancar, al modo 13h de 320x200 
pixels. Esta diminuta utilidad puede 
ser utilizada por un programa tipo 
.BAT siempre que queramos hacer 
que nuestro modo de visualización en 
pantalla cambie al anteriormente 
mencionado. Lo vamos a llamar 
VIDE013.COM. 

COMO CREAR CON DEBGG 

El programa VIDE013.COM es el 
colmo de la simpleza, pero nos 
puede ayudar muy bien a la hora de 
entender las dos formas de crear un 
programa con DEBGG. 

I a FORMA: 

En números anteriores de Código 
Juego os he enseñado el comando A 
(de ASSEMBLE o ensamblar). Gna 
vez introducida la orden... 

A <enter> 
o también: 

A [dirección] <enter> 
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Un pequeño gran hombre 



No se trata de un depu¬ 
rador de grandes pres¬ 
taciones, sin embargo 
nos ayudará a entender 
y apreciar herramientas 
más potentes. Todos lo 
tenemos en nuestro 
subdirectorio del DOS, 
y nunca nos querremos 
desprender de él. 

Arthivo ORDCNES.TXT 


Podemos empezar a insertar los 
comandos desde el indicador (-) de 
DEBCJG directamente. Cuando nege¬ 
mos al final tendremos que compro¬ 
bar cuantos bytes ocupa nuestro pro¬ 
grama y ordenar a DEBCJG que los 
grabe de la siguiente forma: 

Primero: Damos un nombre al archi¬ 
vo con el comando N (de Ñame, 
nombre) 

-N VIDE013.COM 

Segundo: Insertamos en el registro 
CX el número de bytes que ocupa 
nuestro programa 


2 a FORMA: 

Consiste en crear un archivo de texto 
con las instrucciones que DEBCJG 
deberá compilar más adelante, gra¬ 
cias a las posibilidades de redireccio- 
namiento del MSDOS. Todos debe¬ 
mos de saber a estas alturas, y si no 
es así os recomiendo leer vuestro 
manual del MSDOS, que a un 
comando cualquiera podemos 
"pasarle” la información que está 
contenida dentro de un archivo y 
viceversa, es decir, podemos pasarle 
a un archivo el resultado de la opera¬ 
ción de un determinado comando del 
MSDOS. Por ejemplo, la orden: 


N VIDE013.COM 

<ENTER> 

A 100 

<ENTER> 

MOV AH,0 

<ENTER> 

MOV AL,13 

<ENTER> 

INT 10 

<ENTER> 

MOV AX,4C00 

<ENTER> 

INT 21 

<ENTER> 

<ENTER> 

RCX 

<ENTER> 

OB 

<ENTER> 

W 

<ENTER> 

Q 

<ENTER> 


-R CX 

-CX: número < enter > 

Tercero: Darle la orden de grabación 
en disco 

-W 

La orden W significa Write (escribir). 
Nuestro programa es guardado en 
disco con el nombre VIDE013.COM, 
si lo ejecutáis ahora veréis que la pan¬ 
talla y el cursor cambian de aspecto, 
así como las letras que ahora han 
aumentado de tamaño. Si queréis 
volver al modo normal de visualiza- 
ción (modo 03h 80x25, 16 colores) 
teclead: MODE CO80 y todo volverá a 
ser normal. 

Este sistema está bien, pero no per¬ 
mite correcciones de ningún tipo una 
vez que el programa está guardado 
en disco. Por ello, la mayoría de los 
programadores utiliza la segunda 
forma. 


C:\>DIR > archivos.txt 

...guardará en el archivo “archivos.txt” 
el resultado del hacer un DIR. Esto se 
conoce como redireccionamiento. 
Pues bien, la orden: 

C:\> DEBCJG < ordenes.txt 

...pasará a DEBCJG la información 
contenida en dicho archivo, que es la 
que podéis ver el la figura adjunta. 
Como podéis comprobar, DEBCJG 
toma por defecto que todos los 
números están en formato hexadeci- 
mal y por lo tanto no hace falta que 
indiquemos la "h" para el compilador. 
De esta forma, si ha ocurrido un 
error, iremos al editor y efectuaremos 
la consiguiente corrección. Tras ello, 
volveremos a ordenar una compila¬ 
ción y veremos si el programa funcio¬ 
na. 

Hasta el mes que viene, amigos. 


Forma de tompilar 
VIDF013.C0m 

Desde el prompt del DOS 


C:\>DEBUG <ORDENES.TXT 

Gracias a las capacidades 
de redireccionamiento del 
MSDOS, podemos crear un 
archivo intermedio en for¬ 
mato texto que después 
actuará como línea de 
comandos de entrada 
automática para DEBUG. 


CJ 
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Texto que no apareció en el artículo GRAFICOS 3D 

de la página 21 de Código Juego 1 


obteniendo así un par de coordena¬ 
das de pantalla, en los que pondre¬ 
mos el punto mediante la instruc¬ 
ción que use nuestro lenguaje para 
ello. 

MOTAS SOBRE EL PROGRAMA DE 
EJEMPLO 

El programa de ejemplo está hecho 
en TurboPascal. La razón de esto es 
que es un lenguaje bastante simple 
de comprender incluso por progra¬ 
madores noveles (con algunos 
conocimientos de Ingles). Es nece¬ 
sario comentar algunas lineas de 
este programa. El procedimiento 
principal, se llama PASA, y lo que 
hace es realizar las tres operaciones 
antes citadas de GIRO, TRASLA¬ 
CION y PROYECCION. Por lo tanto 
a esta función solo hay que pasarle 


la coordenada 3D (X,Y,Z) y nos 
devolverá el resultado final en las 
variables SX y SY. Si te fijas verás 
que en la primera línea del procedi¬ 
miento convertimos X a negativo, 
esto es porque en el cuadrante que 
representa la pantalla está en la 
parte inferior del centro de coorde¬ 
nadas (el centro de coordenadas 
está en la esquina superior izquier¬ 
da). Otro detalle en el que te habrás 
fijado, es que no se usan las funcio¬ 
nes normales para el seno y el cose¬ 
no que tiene el lenguaje. No las he 
usado porque son algo lentas debi¬ 
do a que el ordenador no se las 
maneja demasido bien con las ope¬ 
raciones en punto flotante. En su 
lugar, justo al comenzar creo una 
tabla con los senos y cosenos ya 
calculados, y sólo tengo que buscar 


en la tabla para conocer el resultado 
de la operación. Esto acelera consi¬ 
derablemente el cálculo. Para finali¬ 
zar, ajusta la constante DELAYT1ME 
para que el programa funcione a la 
velocidad adecuada para tú ordena¬ 
dor. 

PARA FINALIZAR 

Evidentemente, esto no es todo, 
sólo es el principio, pero vale como 
introducción. Aquí no hemos visto 
como se suprimen las líneas ocultas, 
ni como es el algoritmo de ilumina¬ 
ción, ya que ellos arrastran una 
matemática mas compleja, de todas 
formas, con los conocimientos de 
este artículo, ya estás capacitado 
para intentar profundizar por tu 
cuenta a través de libros sobre gráfi¬ 
cos. 

Alberto García Serrano. Blit Boy 


pasar a describir línea a línea lo que 
hace éste programa, vamos a ver 
una última opción del editor que 
seguramente es la que más vas a 
usar cuando estés programando. El 
TPascal tiene también una opción 
de ayuda integrada sensible al con¬ 
texto. Todas éstas palabrejas signifi¬ 
ca que el TPascal es capaz de darte 
ayuda dependiendo de lo que estés 
haciendo en cada momento. Por 
ejemplo, sitúale sobre la orden WRI- 
TELN y pulsa CTRL + F1 y verás 
aparecer una ventana con ayuda e 
información sobre ésta instrucción. 

COMO FUNCIONA EL PROGRAMA 

Pasaremos ahora a ver lo que hace 
cada una de las líineas de nuestro 
programa. La primera línea, le dice 
al TPascal que lo que hemos escrito 
es un programa en Pascal. Tras la 
palabra reservada PROGRAM, apare¬ 
ce el nombre HOLA, este nombre es 
el identificador del programa, que 
puede ser un nombre cualquiera (sin 
usar caracteres extraños como la 
Ñ,¿,¡,etc.. y empezando siempre por 
una letra). Después del identificador 
del programa, podemos ver entre 
paréntesis las palabras INPUT y 
OUTPUT separadas por una coma. 
Esto señala a TPascal que es un 
programa con capacidad de entrada 
y salida (E/S). No te preocupes si no 
entiendes ésto de la Entrada/Salida, 
ya que está parte es opcional en 
TPascal, y nosotros no la volvere¬ 
mos a usar, aunque tenia presente si 
usas otro compilador. De hecho 
toda esta línea es opcional en 
TPascal aunque nosotros la usare¬ 
mos para ganar claridad. De ésta 
forma de ahora en adelante la pri¬ 


mera línea la escribiremos como: 
PROGRAM nombre_del_programa; 
recuerda siempre terminar esta línea 
con punto y coma 

En la siguiente línea encontramos 
la palabra BEGIN, que significa ini¬ 
cio en inglés. Esta “instrucción” del 
TPascal, señala el inicio de un blo¬ 
que de código, o sea, que a partir de 
ahí encontraremos el programa en 
sí. La línea que sigue es la clave del 
programa, ya que es la que escribe 
en la pantalla la frase 
HOLA 
MUNDO. 

Write en inglés significa escribe y 
eso es exactamente lo que hace ésta 
. El formato básico de esta instruc¬ 
ción es: 

WRITELNftexto a escribir’); 

Fíjate como terminamos la línea con 
Siempre tendremos que acabar 
las líneas que contienen intrucciones 
de programa con ;. Un método 
nemotécnico para recordar que líne¬ 
as deben terminar con es ponér¬ 
selas a las que realmente “hacen 
algo” en el programa, es decir, la 
instrucción BEGIN, aunque es obli¬ 
gatoria, no hace nada especial en el 
programa, sino que solamente indi¬ 
ca el comienzo del mismo. Sin 
embargo, la instrucción WRITELN 
forma parte real del programa ya 
que es la que escribe la frase, y por 
lo tanto debe acabar en La últi¬ 
ma instrucción del programa es 
END, que como seguramente 
sabrás significa FIN en inglés, y eso 
es precisamente lo que hace, seña¬ 
lar el final del programa. Observa 
que END va seguido de un punto, 
éste es como el punto y final del 
programa, y es obligatorio. 


ESTRUCTURA DE UN PROGRAMA 
EN TPASCAL. 

Entramos ahora en una sección algo 
teórica, pero no hace falta que te la 
estudies, simplemete haz una lectu¬ 
ra comprensiva de ella y si algo no 
te queda muy claro, no te preocu¬ 
pes, lo verás mejor en los ejemplos 
prácticos (programas). 

Un programa en TPascal está for¬ 
mado por tres partes bien diferen¬ 
ciadas, estas son: 

la cabecera, la sección de declara¬ 
ciones y el bloque de instrucciones 
(mira la figura 2). Pasaremos ahora 
a detallar cada una de estas partes. 

.- cabecera. El formato general de la 
cabecera es: 

PROGRAM nombre_programa 
(input,output); 

nótese que la palabra PROGRAM no 
tiene por que estar en mayúsculas, 
ya que TPascal no distingue entre 
mayúsculas y minúsculas, por lo que 
podrás escribir los programas de la 
forma que más te guste. Como 
señalábamos antes, esta línea es 
enteramente opcional, sin embargo 
nosotros la usaremos, la única dife¬ 
rencia es que no usaremos 
(INPUT,OUTPUT), a no ser que no 
uses TPascal, en cuyo caso es con¬ 
veniente ponerlo. La misión de ésta 
linea, es comunicarle a TPascal que 
estamos escribiendo un programa, y 
no cualquier otra cosa. No vamos a 
adelantar acontecimientos, pero te 
diré que TPascal soporta el uso de 
“programas externos” llamados uni¬ 
dades (UNIT), y que comienzan con 
una línea completamente distinta, 
pero eso ya lo veremos más adelan¬ 


te. 

.- SECCION DE DECLARACIONES. 
Esta sección se descompone en 
varias subsecciones, son éstas: 
Declaración de unidades 
Declaración de etiquetas 
Declaración de tipos 
Declaración de constantes 
Declaración de variables 
Declaración de procedimientos 
Declaración de funciones 
No es necesario que estén todas en 
el programa, normalmente sólo 
necesitaremos una parte. Ahora 
daremos una breve descripción de 
cada una de éstas partes, pero antes 
aclarar que una declaración no es 
otra cosa que informar a TPascal 
que datos, funciones, u otro tipo de 
estructuras va a usar nuestro progra¬ 
ma en Pascal. El primero de estos 
bloques, el de declaración de unida¬ 
des, tiene la misión de informar al 
TPascal que unidades deben ser 
incluidas en el programa. Una uni¬ 
dad es algo así como una librería de 
procedimientos y/o funciones (ins¬ 
trucciones creadas por el programa¬ 
dor) que están en un archivo aparte, 

consiguiéndose así lo que se llama 
programación modular. La defini¬ 
ción de unidad, de función y proce¬ 
dimiento que he puesto, no es 
estrictamente correcta, pero nos 
valdrá por ahora. Hay un montón de 
unidades ya creadas en TPascal, 
como la unidad GRAPH, encargada 
del manejo de gráficos, o la unidad 
DOS, que contiene todas las opera¬ 
ciones relacionadas con el MS-DOS. 
Por ejemplo, si vas a usar instruccio¬ 
nes relacionadas con manejo de 
gráficos, deberás usar la unidad 
GRAPH. La sintaxis general de este 
bloque de declaraciones es.... 
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DISQUETES 


PRESENTACIONES 


En TRUCOLIST PC encontrarás toda la información que andas buscando y que o no encuentras o 
no entiendes. Se trata de un compendio de artículos sobre tu ordenador de un valor inestima¬ 
ble. Una verdadera biblia de la prosramación de juegos. En él obtendrás unos conocimientos 
teóricos y prácticos que no serás capaz de encontrar en ningún otro lugar. Trucos, explicaciones 
de expertos, notas técnicas, tablas de referencia sobre interrupciones, elementos hardware, dri- 
vers de memoria y de dispositivos, trucos usados en juegos, referencia sobre la Soundblaster, 
VGA, discos, impresora, ratón, joystick, etc. Corre y pídela ya porque la edición es limitada. 
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